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Preface 



This manual is the primary source of technical information for the op- 
eration and programming of the C-Cube CL480 MPEG System Decod- 
er. 



This manual is intended for: 

a System designers and managers who are evaluating the CL480 for 
possible use in a system. 

□ Design, software and system engineers developing a decoding 
system using the CL480 for whom a comprehensive programming 
background as well as a detailed understanding of MPEG com- 
pression is assumed. 



Audience 



In particular, readers should understand the MPEG standard: Coded 
Representation of Picture, Audio and Multimedia/Hypermedia Informa- 
tion, ISO 11172. This document is available from the American Nation- 
al Standards Institute (ANSI), 11 West 42nd St., New York, NY 10036, 
(212) 642-4900. 



Related 
Publications 



This manual is divided into three main sections: 

d Section I, General Information, presents an introduction to the 
CL480 and the MPEG standard that it implements. 

□ Section II, Hardware, describes signals, operational information 
for the external interfaces of the CL480, registers, and detailed 
electrical and mechanical specifications. 



Organization 
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□ Section III, Software, describes the CL480's microcode, and in- 
cludes an alphabetical listing of all macro commands available to 
the programmer. Note: the microcode information in this manual 
applies to CL480 version 2.0. 



Conventions 



Please note the following notation examples and conventions used in 
this manual: 



Notation 
Examples 



Explanation 



0x1 c3 "Ox" prefix indicates a hexadecimal number. 

1 1 01 1 2 "2"subscript indicates a binary number. 

IMEM Four-letter mnemonics indicate on-chip memories, starting with a letter to indi- 

cate function of memory, and ending with "MEM." For example, IMEM is the 
CL480's instruction memory. 

CPU_cntl This format indicates a register name. The first part of a register name is a 

CD cntl 9 rou P specifier, given in all upper-case. The second part (separated from the 

first by an underscore and given in all lower-case) is a register specifier, indi- 
cating the function performed by the register within the group. In the examples 
shown, CPU_cntl and CD_cntl are separate registers, even though both have 
the same register specifier, "cntl." 

VIE, Res Italicized acronyms or abbreviations (initial or all caps) indicate bit field names 

within registers or data words. 

IMEM[3] Square bracket notation similar to C language array subscripting indicates 

CPU cntl[0] worc * s w ' t ' 1 ' n memor i es . and bits within words and registers. IMEM[3], for ex- 

. ~ . .. . ample, is the 1 6-bit word at address 3 within IMEM, while CPU_cntl[0] is bit 

IMtMlUJH bj of the CPU _ cnt | register> similarly, IMEM[0][1 5] is the most significant bit of the 

IMEM[3][2:0] word at IMEM address 0. 

Ranges of bits are indicated by numbers separated by a colon such as the three 
bits HMEM[3][2:0]. Ranges of words within a memory are indicated by numbers 
separated by a dash such as the eight words HMEM[0-7]. 

RESERVED or Indicates bit fields within registers which are not defined. RESERVED bit fields 
Res may return any value when read and must be written with (or 1 if so speci- 

fied). Writing the incorrect value to a RESERVED CL480 register bit will cause 
indeterminate behavior. In addition, all CL480 registers which are not explicitly 
given names are also RESERVED, and accessing these registers may cause in- 
determinate results on current or future CL480 implementations. 

leftBorder Bold-face type represents macro command arguments. 

return ( ) ; C-style syntax presented in courier typeface represents program pseudocode 
and equations. 

vbv_delay Names presented in courier represent names of items within the MPEG bit- 
stream taken from the MPEG standard. 
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Chapter 1 
Introduction 



The CL480 is an MPEG-1 audio/video decoder and the first member of 

C-Cube's PlayCD™ family. Designed for consumer electronics prod- * m * 
ucts and multimedia PCs, the CL480 reduces system cost by requiring PlayCD Family 
only 4Mbits of DRAM, providing CD-ROM decoding, and providing a 
serial CD interface. The CL480 reduces development time and effort by 
performing system stream processing and audio/video synchronization. 
The CL480 provides high-quality output through its advanced video 
post-processing, sophisticated error concealment and support for high- 
resolution still pictures. The chip is particularly well suited for video 
CD players because it provides glueless interfaces to the CD-DSP, audio 
DAC and NTSC/PAL encoder. 

The CL480 processes: 

d CD-ROM data, CD-DA data, and constrained-parameters MPEG- 
1 video bitstreams (typically SIF-resolution) in real time. 

a MPEG audio (Layer I or II) bitstreams. 

The CL480 also features an extensive microcode set supplied with the 
hardware. 



Introduction 1-1 



CL480 Features 



The CL480 has these key features: 

1.2 

CL480 Features D Integrates on one chip: MPEG audio and video decoding, video 

timing generation, and CD-ROM decoding functions 

d Fully supports Video CD 2.0 and 1.1, Karaoke CD 1.0 and CD-I 
Green Book 1 

d Accepts MPEG-1 system streams or CD data streams with no ex- 
ternal parsing required 

□ Decodes and synchronizes SIF-resolution MPEG video and two 
channels of MPEG Layer 1 or 2 audio 

□ Resolutions include 352x240 at 30 Hz, 352x288 at 25 Hz, and 
384x240 at 24 Hz 

□ Audio sample rates include 32, 44.1 and 48 kHz 

d Decodes still images with coded resolutions up to 704x576 while 
decoding MPEG audio 

□ Requires only 4 Mbits of DRAM, even for PAL systems 

d Accepts compressed data from 4-pin CD interface or from 8-bit 
host interface 

□ Glueless interfaces to CD-DSP, DRAM, ROM, audio DACs, and 
NTSC/PAL encoder 

1.2.1 Flexible Video Interface with High-Quality Video Output 

d Interpolates two different fields from each decoded frame to re- 
duce flicker and improve image quality on interlaced displays 

d Performs frame-rate conversion so that display rate (typically 50 
or 60 Hz) is independent of coded frame rate (typically 24, 25 or 
30 Hz) 

d Performs horizontal interpolation of decoded video using a seven- 
tap filter 

d Provides RGB or YCbCr video output using on-chip color space 
converter 



□ Supports HSYNC and VSYNC as inputs or outputs 



1. The CL480 can implement CD-I but does not have all of the re- 
quired microcode. To work in the current type of CD-I systems, the 
CL480 requires a glue chip between its host interface and a 68000. 
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CL480 Features 

d Supports VCK input or generates VCK output by dividing GCK 
(40.5 MHz) by 3/2 

d Optionally generates NTSC and PAL composite sync 

1.2.2 Low Voltage, Low Power Operation in Small Package 

d Operates with a supply voltage of 2.7 to 3.6 volts 

d Can accept 5- volt inputs 

□ Consumes less than 1 watt when decoding audio and video 

d Automatically divides GCK by 4, 8, or 16 to reduce power when 
decoding MPEG audio only or when in CD-DA pass-through 
mode 

d Packaged in a 128-pin small-outline PQFP (18mm x 18mm body) 

1.2.3 Powerful, Easy-to-Use Microcode 

□ Performs audio/video synchronization 

d Provides high-quality error concealment for bitstream errors 

□ Performs error correction of CD-ROM data at 2.8 Mbps when not 
decoding MPEG 

d Supports low-cost systems with no host processor 

d Can initialize itself from ROM connected to the DRAM interface 

d Provides high-level macro commands, allowing the host to moni- 
tor and control the input, decode and output processes: 

d Play - Decodes and displays at normal rate 

□ SlowMotion - Decodes and displays at slower rate 
d SingleStep - Decodes and displays next picture 

d Scan - Decodes and displays next I-picture 

a DisplayStill - Decodes and displays high-resolution still picture 
with audio 

d Pause - Freezes display and decoding process 

d Freeze - Freezes display but continues decoding 

n DumpData - Performs error correction on CD-ROM data 

d SetStreams - Selects which streams to decode 

d SetWindow - Sets video window size and location 

d SetBorderColor - Sets border color 

□ SetErrorLevel - Sets error level for DisplayStill 
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Functional Description 



d SetMute - Sets audio mute and attenuation 

□ SetVideoFormat - Sets format to NTSC, PAL or progressive 
d SetlnterruptMask - Enables/disables interrupts to host 

d FlushBitstream - Discards contents of bitstream buffer 

□ InquireBufferFullness - Measures data in bitstream buffers 

□ Reset - Initializes the CL480 and its microcode 

d Provides 13 interrupts, providing the host feedback on bitstream 
transition, display, and decoding processes 



1.3 

Functional 

Description 



The CL480 decodes audio and video using a combination of hardwired 
coprocessors and a programmable RISC CPU, as shown in Figure 1-1. 
The coprocessors contain special-purpose logic to efficiently perform 
operations such as Huffman decoding. The RISC CPU is a general-pur- 
pose processor that controls the coprocessors and assists in the decoding 
process. 

The microcode for the CPU is stored in DRAM and is loaded into on- 
chip memory as needed. During power-up, the microcode can either be 
loaded into DRAM by a host processor or can be read from a ROM con- 
nected to the CL480. 
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Functional Description 



Each of the interface modules is described next. 

1.3.1 Host Interface 

The CL480's host interface is used to initialize the chip, supply com- 
pressed data, report status, and control operation. The CL480's host in- 
terface is based on an 8-bit bus tailored for low-cost applications; it 
minimizes pins while allowing the host to access DRAM, the code 
FIFO, and on-chip registers. These accesses are performed by writing 
the selected address to a series of three one-byte host address registers. 
Data is then read from or written to two one-byte data registers. 

1.3.2 CD Interface 

This interface is designed to receive serial compressed data from a CD- 
DSP. The CL480 supports six different input formats so that many of the 
popular CD-DSP chips can be used. 

1.3.3 DRAM/ROM Interface 

The CL480's DRAM/ROM interface provides a glueless interface be- 
tween the CL480 and external memory. It connects directly to fast page- 
mode DRAM, typically either one 256Kxl6 DRAM or four 256Kx4 
DRAMs. It can also be connected directly to an 8-bit ROM. The ROM 
access time can be programmed to be 3 to 34 GCKs. The ROM size re- 
quired for storing the CL480's MPEG microcode is less than 45 Kbytes. 

1.3.4 Video Interface 

The video interface performs horizontal and vertical interpolation of de- 
coded video. It accepts decompressed video data from the local DRAM 
and outputs it in: 

□ 24- or 15-bit RGB mode (formatted as BGR-BGR) 
d 16-bit YCbCr mode (formatted as CbY-CrY) 

□ 8-bit YCbCr mode (formatted as Cb-Y-Cr-Y) 

In YCbCr mode, pixels are output in 4:2:2 format, meaning luminance 
(Y) has twice the horizontal resolution of chrominance (Cb and Cr). 

1.3.5 Audio Interface 

The CL480 audio interface outputs decoded audio samples in bit-serial 
format and is able to control their attenuation. The CL480 also has a left/ 
right signal to indicate which channel is being output. The polarity of 
the left/right signal and the order and number of bits per audio sample 
are programmable so that any of the popular audio DACs can be used. 
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Consumer Electronics Application 



1.4 

Consumer 

Electronics 

Application 



The CL480 is designed for low-cost applications that include the con- 
sumer electronics market. In consumer electronics products, such as the 
example shown in Figure 1-2, the CL480 typically receives a CD data 
stream from a CD-DSP chip via its 4-pin CD interface. This CD data 
stream could contain an MPEG-1 system stream, CD-DA data or CD- 
ROM data. 
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Chapter 2 
MPEG Overview 



This chapter presents an overview of the Moving Picture Experts Group 
(MPEG) standard that is implemented by the CL480. The standard is of- 
ficially known as ISO/IEC Standard, Coded Representation of Picture, 
Audio and Multimedia/hypermedia Information, ISO 11172. It is more 
commonly referred to as the MPEG-1 standard. 1 

MPEG addresses the compression, decompression and synchronization 
of video and audio signals. The MPEG video algorithm can compress 
video signals to an average of about 1/2 to 1 bit per coded pixel. At a 
compressed data rate of 1 .2 Mbits per second, a coded resolution of 352 
x 240 at 30 Hz is often used, and the resulting video quality is compa- 
rable to VHS. Image quality can be significantly improved by using a 
more highly-compressed data rate (for example, 2 Mbits per second) 
without changing the coded resolution. 

1. For documentation, contact the American National Standards Insti- 
tute (ANSI), 11 West 42nd St., New York, NY 10036, (212) 642- 
4900. 
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MPEG Stream Structure 



This section explains the structure of an MPEG system stream and in- 

^"' troduces some concepts used in the rest of the chapter. 
MPEG Stream F P 

Structure 2.1.1 MPEG System Stream Structure 

In its most general form, an MPEG system stream is made up of two lay- 
ers: 

d The system layer contains timing and other information needed to 
demultiplex the audio and video streams and to synchronize audio 
and video during playback. 

d The compression layer includes the audio and video streams. 

2.1.2 General Decoding Process 

Figure 2-1 shows a generalized decoding system for the audio and video 
streams. 

The system decoder extracts the timing information from the MPEG 
system stream and sends it to the other system components. (Section 
2.4, Synchronization, has more information about the use of timing in- 
formation for audio and video synchronization.) The system decoder 
also demultiplexes the video and audio streams from the system stream, 
and sends each to the appropriate decoder. 

The video decoder decompresses the video stream as specified in Part 2 
of the MPEG standard. (See Section 2.2, Inter-picture Coding, and Sec- 
tion 2.3, Intra-picture Coding, for more information about video com- 
pression.) 

The audio decoder decompresses the audio stream as specified in Part 
3 of the MPEG standard. 
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MPEG Stream Structure 
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Figure 2-1 General MPEG Decoding System 



2.1.3 Video Stream Data Hierarchy 

The MPEG standard defines a hierarchy of data structures in the video 
stream as shown schematically in Figure 2-2. 
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Figure 2-2 MPEG Data Hierarchy 
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MPEG Stream Structure 



Video Sequence 

Begins with a sequence header (may contain additional sequence head- 
ers), includes one or more groups of pictures, and ends with an end-of- 
sequence code. 

Group of Pictures 

A header and a series of one or more pictures intended to allow random 
access into the sequence. 

Picture 

The primary coding unit of a video sequence. A picture consists of three 
rectangular matrices representing luminance (Y) and two chrominance 
(Cb and Cr) values. The Y matrix has an even number of rows and col- 
umns. The Cb and Cr matrices are one-half the size of the Y matrix in 
each direction (horizontal and vertical). 

Figure 2-3 shows the relative x-y locations of the luminance and chrom- 
inance components. Note that for every four luminance values, there are 
two associated chrominance values: one Cb value and one Cr value. 
(The location of the Cb and Cr values is the same, so only one circle is 
shown in the figure.) 
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Figure 2-3 Location of Luminance and Chrominance Values 
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MPEG Stream Structure 



Slice 

One or more "contiguous" macroblocks. The order of the macroblocks 
within a slice is from left to right and top to bottom. 

Slices are important in the handling of errors. If the bitstream contains 
an error, the decoder can skip to the start of the next slice. Having more 
slices in the bitstream allows better error concealment but uses bits that 
could otherwise be used to improve picture quality. 

Macroblock 

A 16-pixel by 16-line section of luminance components and the corre- 
sponding 8-pixel by 8-line section of the two chrominance components. 
See Figure 2-3 for the spatial location of luminance and chrominance 
components. A macroblock contains four Y blocks, one Cb block and 
one Cr block as shown in Figure 2-4. The numbers correspond to the or- 
dering of the blocks in the data stream, with block 1 first. 
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Figure 2-4 Macroblock Composition 



Block 



A block is an 8-pixel by 8-line set of values of a luminance or a chrom- 
inance component. Note that a luminance block corresponds to one- 
fourth as large a portion of the displayed image as does a chrominance 
block. 
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Inter-picture Coding 



2.2 

Inter-picture 
Coding 



Much of the information in a picture within a video sequence is similar 
to information in a previous or subsequent picture. The MPEG standard 
takes advantage of this temporal redundancy by representing some pic- 
tures in terms of their differences from other (reference) pictures, or 
what is known as inter-picture coding. This section describes the types 
of coded pictures and explains the techniques used in this process. 

2.2.1 Picture Types 

The MPEG standard specifically defines three types of pictures: intra, 
predicted, and bidirectional. 

Intra Pictures 

Intra pictures, or I-pictures, are coded using only information present in 
the picture itself. I-pictures provide potential random access points into 
the compressed video data. I-pictures use only transform coding (as ex- 
plained in section 2.3 on page 10) and provide moderate compression. 
I-pictures typically use about two bits per coded pixel. 

Predicted Pictures 

Predicted pictures, or P-pictures, are coded with respect to the nearest 
previous I- or P-picture. This technique is called forward prediction and 
is illustrated in Figure 2-5. 

Like I-pictures, P-pictures serve as a prediction reference for B-pictures 
and future P-pictures. However, P-pictures use motion compensation 
(see section 2.2.3) to provide more compression than is possible with I- 
pictures. Unlike I-pictures, P-pictures can propagate coding errors be- 
cause P-pictures are predicted from previous reference (I- or P-) pic- 
tures. 
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Figure 2-5 Forward Prediction 
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Inter-picture Coding 



Bidirectional Pictures 

Bidirectional pictures, or B-pictures, are pictures that use both a past 
and future picture as a reference. This technique is called bidirectional 
prediction and is illustrated in Figure 2-6. B-pictures provide the most 
compression and do not propagate errors because they are never used as 
a reference. Bidirectional prediction also decreases the effect of noise 
by averaging two pictures. 

Bidirectional Prediction 




Figure 2-6 Bidirectional Prediction 



2.2.2 Video Stream Composition 

The MPEG algorithm allows the encoder to choose the frequency and 
location of I-pictures. This choice is based on the application's need for 
random accessibility and the location of scene cuts in the video se- 
quence. In applications where random access is important, I-pictures 
are typically used two times a second. 

The encoder also chooses the number of B-pictures between any pair of 
reference (I- or P-) pictures. This choice is based on factors such as the 
amount of memory in the encoder and the characteristics of the material 
being coded. For example, a large class of scenes have two bidirectional 
pictures separating successive reference pictures. A typical arrangement 
of I-, P-, and B-pictures is shown in Figure 2-7 in the order in which they 
are displayed. 
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Inter-picture Coding 
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Figure 2-7 Typical Display Order of Picture Types 



The MPEG encoder reorders pictures in the video stream to present the 
pictures to the decoder in the most efficient sequence. In particular, the 
reference pictures needed to reconstruct B-pictures are sent before the 
associated B-pictures. Figure 2-8 demonstrates this ordering for the first 
section of the example shown above. 
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Figure 2-8 Video Stream versus Display Ordering 



2.2.3 Motion Compensation 

Motion compensation is a technique for enhancing the compression of 
P- and B-pictures by eliminating temporal redundancy. Motion com- 
pensation typically improves compression by about a factor of three 
compared to intra-picture coding. Motion compensation algorithms 
work at the macroblock level. 
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Inter-picture Coding 



When a macroblock is compressed by motion compensation, the com- 
pressed file contains this information: 

a The spatial vector between the reference macroblock(s) and the 
macroblock being coded (motion vectors) 

o The content differences between the reference macroblock(s) and 
the macroblock being coded (error terms) 

Not all information in a picture can be predicted from a previous pic- 
ture. Consider a scene in which a door opens: The visual details of the 
room behind the door cannot be predicted from a previous frame in 
which the door was closed. When a case such as this arises — i.e., a mac- 
roblock in a P-picture cannot be efficiently represented by motion com- 
pensation — it is coded in the same way as a macroblock in an I-picture 
using transform coding techniques (see Section 2.3, Intra-picture Cod- 
ing). 

The difference between B- and P-picture motion compensation is that 
macroblocks in a P-picture use the previous reference (I- or P-picture) 
only, while macroblocks in a B-picture are coded using any combina- 
tion of a previous or future reference picture. 

Four codings are therefore possible for each macroblock in a B-picture: 

□ Intra coding: no motion compensation 

d Forward prediction: the previous reference picture is used as a ref- 
erence 

□ Backward prediction: the next picture is used as a reference 

d Bidirectional prediction: two reference pictures are used, the pre- 
vious reference picture and the next reference picture 

Backward prediction can be used to predict uncovered areas that do not 
appear in previous pictures. 
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Intra-picture (Transform) Coding 



The MPEG transform coding algorithm includes these steps: 

Intra-picture a Discrete cosine transform (DCT) 
(Transform) Coding a Quantization 

□ Run-length encoding 

Both image blocks and prediction-error blocks have high spatial redun- 
dancy. To reduce this redundancy, the MPEG algorithm transforms 8 x 
8 blocks of pixels or 8 x 8 blocks of error terms from the spatial domain 
to the frequency domain with the Discrete Cosine Transform (DCT). 

Next, the algorithm quantizes the frequency coefficients. Quantization 
is the process of approximating each frequency coefficient as one of a 
limited number of allowed values. The encoder chooses a quantization 
matrix that determines how each frequency coefficient in the 8 x 8 block 
is quantized. Human perception of quantization error is lower for high 
spatial frequencies, so high frequencies are typically quantized more 
coarsely (i.e., with fewer allowed values) than low frequencies. 

The combination of DCT and quantization results in many of the fre- 
quency coefficients being zero, especially the coefficients for high spa- 
tial frequencies. To take maximum advantage of this, the coefficients 
are organized in a zigzag order to produce long runs of zeros (see Figure 
2-9). The coefficients are then converted to a series of run-amplitude 
pairs, each pair indicating a number of zero coefficients and the ampli- 
tude of a non-zero coefficient. These run-amplitude pairs are then coded 
with a variable-length code, which uses shorter codes for commonly oc- 
curring pairs and longer codes for less common pairs. 

Some blocks of pixels need to be coded more accurately than others. For 
example, blocks with smooth intensity gradients need accurate coding 
to avoid visible block boundaries. To deal with this inequality between 
blocks, the MPEG algorithm allows the amount of quantization to be 
modified for each macroblock of pixels. This mechanism can also be 
used to provide smooth adaptation to a particular bit rate. 
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Figure 2-9 Transform Coding Operations 



The MPEG standard provides a timing mechanism that ensures syn- 
chronization of audio and video. The standard includes two parameters: 
the system clock reference (SCR) and the presentation time stamp (PTS). 

The MPEG-specified "system clock" runs at 90 kHz. System clock ref- 
erence and presentation time stamp values are coded in MPEG bit- 
streams using 33 bits, which can represent any clock cycle in a 24-hour 
period. 

2.4.1 System Clock References 

A system clock reference is a snapshot of the encoder system clock 
which is placed into the system layer of the bitstream, as shown in Fig- 
ure 2-10. During decoding, these values are used to update the system 
clock counter in the CL480. 
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Figure 2-10 SCR Flow in MPEG System 
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Synchronization 



2.4.2 Presentation Time Stamps 

Presentation time stamps are samples of the encoder system clock that 
are associated with video or audio presentation units. A presentation 
unit is a decoded video picture or a decoded audio time sequence. The 
PTS represents the time at which the video picture is to be displayed or 
the starting playback time for the audio time sequence. 

The decoder either skips or repeats picture displays to ensure that the 
PTS is within one picture's worth of 90 kHz clock tics of the SCR when 
a picture is displayed. If the PTS is earlier (has a smaller value) than the 
current SCR, the decoder discards the picture. If the PTS is later (has a 
larger value) than the current SCR, the decoder repeats the display of the 
picture. 
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Chapter 3 
Signal Descriptions 



This chapter describes the signals that comprise the external physical 
interface to the CL480. The information presented for each signal in- 
cludes the signal mnemonic and name, type (input, output, or bidirec- 
tional), and description. (Note: The overbar symbol denotes active low 
polarity.) For information about the functional operation of the CL480, 
including functional and timing waveforms, see Chapters 4, 5, 6, 7 and 
8. 

This chapter is divided into the following seven sections that corre- 
spond to the components that interface to the CL480: 

d 3.1: Global Interface 

a 3.2: Host Interface 

d 3.3: CD Interface 

d 3.4: DRAM Interface 

□ 3.5: Video Interface 

a 3.6: Audio Interface 

d 3.7: Programmable I/Os 

Figure 3-1 shows a diagram of the CL480 with all signals grouped to- 
gether. 
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Global Interface 



CL480 



Host 
Interface 
Signals / < ^ _ 
(See Figure 3-3.) » "*" 
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(See Figure 3-2.) 



CD Interface 
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(See Figure 3-6.) 
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(See Figure 3-7.) 
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3.1 
Global Interface 



Figure 3-1 Bus Connection Diagram 



The CL480 global signals are composed of the RESET, GCK, TEST, 
and power signals as shown in Figure 3-2. 
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Figure 3-2 Global Signals 
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Host Interface 



RESET — Hardware Reset 



Input 



An external device asserts RESET (active low) to force the 
CL480 to execute a hardware reset. To be recognized, RESET 
must be asserted for at least ten complete GCK cycles. After a 
reset, the CL480 registers are in an indeterminate state, and the 
microcode should be reloaded as described in Chapter 11. 

GCK — Global Clock Input 

The CL480 uses GCK to clock the internal processor. This os- 
cillator is typically 40 MHz or 40.5 MHz. The host can write a 
register to internally divide the clock by 16 (2.5 MHz) to pro- 
vide a low-power sleep mode. 



TEST — Test 



Input 



This pin is used for chip testing. For normal operation, TEST 
must be held HIGH (deasserted). 

VDD3 — Power Input 

2.7 to 3.6V internal power and output high voltage. 



VSS — Power 

Ground. 



Input 



VDDMAX — Power Input 

Maximum input voltage connected to any CL480 pin. The VD- 
DMAX pin is connected to the N-well of the P-channel output 
transistor on I/O pads as shown in the figure below. The voltage 
of VDDMAX should be greater than or equal to the voltage 
driven on any input. 

VDD3 (3.3V) 



H 



E^ 



D1 



VDDMAX (3.3V or 5V) 
I/O PAD 



VSS (0V) 



These signals are used to communicate between the CL480 and the host 
processor. Figure 3-3 shows how the data transfer signals of the CL480 
connect to the host processor. The various modes of transferring data are 
discussed in Sections 4.2 and 4.3. 
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Host Interface 
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Figure 3-3 Host Interface Signals 



CL480 



HSEL[2:0] — Host Address Bus Inputs 

This three-bit address bus selects one of five host interface reg- 
isters from which other resources within the CL480 may be ac- 
cessed. 

05 — Data Strobe Input 

The host processor asserts DS to select the CL480 for a read or 
write operation. The falling edge of this signal triggers a new 
cycle. 

HD[7:0] — Host Data Bus Bidirectional 

HD[7:0] comprises the 8-bit bidirectional host data bus. The 
host processor uses HD[7:0] to write data to the CL480's Code 
FIFO, internal registers, and local DRAM. The CL480 uses 
HD[7:0] to send requested data to the host processor. The direc- 
tion is determined by R/W (R/W in ESI). 

R/W — Read/Write Input 

The host processor drives R/W low to initiate a write operation, 
and drives R/W high to initiate a CL480 read operation to the 
host data bus. (R/W polarity is reversed in ESI.) 

DTACK — Host Data Acknowledge Open-Drain Output 

The CL480 asserts DTACK (active low) when it is ready to re- 
ceive or output data on HD[7:0]. When the CL480 responds to 
a read request, it holds DTACK deasserted (high) until the re- 
quested data is ready. When the CL480 responds to a write re- 
quest, it asserts DTACK when it has received and latched the 
write data. 
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CD Interface 



DTACK is an open-drain signal, which allows it to be wire- 
ORed with other components on the host bus. It requires a pul- 
lup resistor of at least 1.5K ohms. 

CFLEVEL — Coded Data FIFO Level Status Output 

When CFLEVEL is zero, the CL480 Coded Data FIFO has 
room for at least 44 bytes of compressed data. CFLEVEL is an 
open-drain signal. This allows it to be wire-ORed with other 
components on the host bus. It requires a pullup resistor of at 
least 1.5Kohms. 

INT — Interrupt Request Output 

The CL480 asserts INT to request an interrupt from the host 
processor. Interrupt events are determined from the Setlnter- 
ruptMask() macro command. A 1.5K pull-up should be added 
on this pin. 

HOST.ENA— Host Enable Input 

Enables the host interface. By disabling HOSTJENA 
(HOST_ENA=0), host interface pins may be used for control 
functions as described in Section 3.7 and 11.6. 



The CL480's CD interface is dedicated to receiving the serial-bit output 
of a CD DSP. A 4- wire serial bus connects the CD DSP directly with the 
CL480 as shown in Figure 3-5. 
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DRAM Interface 



CD-BCK — Bit Clock Input 

BCK is the CD-Decoder bit clock. The CL480 can accept mul- 
tiple BCK rates as detailed in Table 6-1 of Chapter 6. 

CD-DATA — Data Input 

The serial data input from the CD-DSP. 

CD-LRCK — Left-Right Clock Input 

CD-LRCK provides 16-bit word synchronization to the CL480 
and has programmable polarity (either left or right channel 
high). 

CD-C2P0 — CD-ROM Data Input 

This signals a corrupted byte (error byte flag MSB or LSB 
first). It is used when receiving CD-ROM data but is ig- 
nored in CD-DA pass-through mode. This signal is high 
when an error occurs. 

CDDA/VCD— CDDA/V-CD Enable Output 

Outputs whether incoming data is CDDA versus V-CD: CDDA 
= 1,V-CD = 0. 

FMV_DET— FMV Detected Output 

Indicates a CD-I bitstream. Outputs zero if FMV is detected. 

RESERVED — RESERVED Output 

These four pins are reserved. 



o - Figure 3-4 shows the signals that comprise the CL480's DRAM inter- 

nnjtaai * _* " face. The signal descriptions are presented following the figure. See 
DRAM Interface ou , _* • * ♦• u **u tmjaa/t !•♦ ♦ 
Chapter 5 for more information about the DRAM memory architecture. 
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DRAM Interface 
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Figure 3-5 DRAM Interface Signals 



MA[9:0] — Memory Address Bus Outputs 

The CL480 multiplexes the row and column addresses on these 
signals to address up to one Mbyte of DRAM and uses address 
bits 9:0 for ROM addresses. See Chapter 5 for details of ad- 
dressing various DRAM components and DRAM array sizes. 

MD[15:0] — Memory Data Bus Bidirectionals 

These signals comprise the memory data bus by which data is 
transferred between the CL480 and the local DRAM/ROM ar- 
ray. All 16 bits are used in DRAM accesses, the direction of 
which is determined by the state of MWE. 

For ROM accesses, MDATA[7:0] is the ROM data bus, and 
MDATA[15:8] becomes ROM address bits [17:10]. 

EA"5[1 :0] — Row Address Strobe Outputs 

The CL480 asserts these signals to latch the row address into the 
DRAM array. RAS1 (active low) latches the row address for 
bank 1, and RASO (low) latches the row address for bank 0. 
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Video Interface 



UCAS — Upper Column Address Strobe Output 

LCAS — Lower Column Address Strobe Output 

The CL480 asserts these signals to latch the column address 
into the DRAM array. UCAS (active low) latches the column 
address for the upper memory data byte, MD[15:8], and LCAS 
(active low) latches the address for the lower byte, MD[7:0]. 
UCAS is generated in response to the UDS input, and LCAS is 
generated in response to the LDS input. 



Note: The LCAS and UCAS bits are also used as bits A[18] and 
A[19], respectively, in ROM accesses. 

UCASIN — Upper Data Latch Enable Inputs 

LCASIN — Lower Data Latch Enable Inputs 

When the CL480 reads data from the local DRAM array, the 
data on MD[15:0] is latched into the CL480 on the rising edge 
of the two CASIN signals. UCASIN latches data coming from 
the high data byte, MD[15:8], and LCASIN latches data coming 
from the low data byte, MD[7:0], Typically, these are connected 
to the UCAS and LCAS pins, respectively. 



MWE — Write Enable Output 

The CL480 asserts MWE (active low) during write operations 
(data transfer from CL480 to DRAM). The CL480 leaves MWE 
high during a read operation (DRAM to CL480). 

MT!E[1:0] —Chip Enable Output 

The CL480 asserts MCE (one for each ROM) during a read op- 
eration from ROM to the CL480. 

ROM_ENA— Boot ROM Enable Input 

Enables boot ROM. When this pin is high, the CL480 will ini- 
tialize itself with the data in ROM bank 0. 



TT The CL480's video interface outputs pixel data to the video display sub- 

ViHpn Intprfarp s y stem m RGB or YCbCr format. Figure 3-5 shows two possible con- 

figurations of the signals in the CL480's video interface: VSYNC/ 



HSYNC/VCK as outputs, and VSYNC7HSYNC/VCK as inputs. 
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Video Interface 



Note: depending on the video mode selected — RGB-24, YCb- 
Cr-16, and YCbCr-8 — the pin count of the video interface 
varies, respectively, from 28, to 20, to 12 pins. 

Operation of the video interface is discussed in Chapter 7. 



VCK 



Signal 
Generator 



Video 
Unit 



CL480 



VD 



-/- 



.24/16/8 



VSYNC 



HSYNC 



VCK = 27 MHz 



h 



NTSC/PAL 
Encoder 



VOE 









VD . 24/16/8 


NTSC/PAL Encoder 




Video 
Unit 


-^ 


r 


^ 




r 






VSYNC 


Video Timing 
Generator 


Signal 
Generator 






HSYNC 






VCK = 27 MHz 




♦ 























CL480 



Figure 3-6 Video Interface Signals 



VOE 



VD[23:0] — Pixel Data Bus Outputs 

The CL480 transmits pixel data to the video display subsystem 
using these signals. The definition of the signal lines differs for 
RGB and YCbCr formats as explained in Chapter 7. 



HSYNC — Horizontal Synchronization Bidirectional 

The CL480 begins outputting pixel data for a new horizontal 
line after the rising (inactive) edge of HSYNC. HSYNC must be 
synchronous to VCK as shown in Chapter 7. 



VSYNC — Vertical Synchronization Bidirectional 

The CL480 begins outputting the top border of a new field on 
the first HSYNC after the rising edge of VSYNC. VSYNC can 
be asynchronous with respect to VCK. See Chapter 7 for more 
information on the relationship of VSYNC to HSYNC. 
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VOE — Video Output Enable 



Input 



VOE must be asserted (active low) to enable the CL480 to drive 
the pixel bus, PD[23:0]. When VOE is deasserted, the CL480 
puts the pixel bus in a high-impedance state (Note: This signal 
is active high in ESI). 

VCK — Video Clock Bidirectional 

VCK is derived from GCK and can be either an input or an out- 
put signal (which is independent of the direction of VSYNC and 
HSYNC). VCK does not need to be synchronous with GCK. 



3.6 
Audio Interface 



The CL480's audio interface provides the reconstructed audio samples 
to the audio DACs. This bus complies with the usual three- wire (DA- 
BCK, DA-DATA, DA-LRCK) audio output. It also takes as input two 
external sources, DA-XCK and CDDA_EMP, and outputs DAC_EMP. 



Figure 3-7 
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CL480 

Audio Interface Signals 



DA-DATA — Data Output 

This signal outputs bit serial audio samples based on the DA- 
BCK clock. 

DA-LRCK — Left-Right Clock Output 

This signal identifies the channel for each audio sample. 

DA-BCK — Bit Clock Output 

DA-BCK is the audio bit clock. Divided by 8 from DA-XCK, it 
can be either 48 or 32 times the sampling clock. 
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DAC_EMP - Output Emphasis Flag Output 

In CD-DA pass-through mode, this signal is routed to the audio 
DACs. 

DA-XCK — External Audio Frequency Clock Input 

Used to generate DA-BCK and DA-LRCK, DA-XCK can be ei- 
ther 384 or 256 times the sampling frequency. 

CDDA_EMP — Input Emphasis Flag Input 

In CD-DA pass-through mode, this imput is directly routed to 
the DAC_EMP output pin. 



The CL480 provides programmable I/Os that may be used for control. "ZZ 

These I/Os become available by disabling the host interface p rnnramma hlp i/n. 

(HOST_ENA=0) so that host interface pins may be used for control _ 

functions as shown in the following tables. 



Pin Name Name/Function I/O 



HSELfOl STOP/PLAY: 1 = Pause, = Play 

HSEL[1] SCAN: 1= Scan 



Note: In the table below, HD[0] and HD[1] perform the 
same functions normally set by SetMute(). 

HD[0](MUTE0) HD[1] (MUTE1) Attenuation on the PCM Samples 









OdB 


1 





-12dB 




1 


1 
1 


-oo (20 ms soft mute) 
-12 dB 
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4 

Host Interface 

Functional 

Description 



The CL480's host interface, shown in Figure 4-1, is intended to provide 
a simple interface to an eight-bit microcontroller. The host interface 
provides three distinct functions: 

□ Coded data input (coded data may be sent through the host inter- 
face if the CD interface is not used for this purpose) 

d Local DRAM/ROM access 



d Internal register access 
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Figure 4-1 CL480 Host Interface 
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Host Interface Registers 



The host communication functions also include device initialization and 
microcode loading (if the ROM is not used). Host accesses to the CL480 
can be asynchronous to GCK. 



m 2 As shown in Figure 4-1, the host processor accesses CL480 resources 
Host Interface ^y writing to address registers and reading or writing to data registers. 
Reaiste A combination of five host interface registers are used: 

d Three 8-bit address registers: A_MSB, A_MB, A_LSB 
d Two 8-bit data registers: D_LSB and D_MSB 

4.2.1 Host Interface Address Registers 

The CL480's address registers allow the host to access the CL480's C- 
FIFO, local DRAM array or internal GBUS registers by setting 
A_MSB[7:6], as shown in Table 4-1. 

Table 4-1 Register Address Bits Used to Access DRAM/ROM, C-FIFO, and 
GBUS 



A_MSB[7:6] 


Data From/To 


00 


C-FIFO 


01 


DRAM/ROM (No autoincrement) 


10 


GBUS 


11 


DRAM/ROM (Autoincrement) 



Thus the address register specifies which of four types of operations the 
CL480 can perform: 

□ Write to Code FIFO 

d Read/write to GBUS (internal registers) 

d Read/write to DRAM (external memory) 

d Read/write to DRAM (external memory) with auto-increment ad- 
dressing 

4.2.2 Host Interface Data Registers 

The two host 8-bit data registers, D_LSB and D_MSB, are buffers be- 
tween the host bus and internal modules. 
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Transfers from the data registers to the destination specified by the ad- 
dress registers are triggered on the write operation to D_MSB and the 
read operation from D_MSB. Therefore, the write and read sequences 
are as follows: 

a Write: 

□ Set address registers 

d Write D_LSB register 
a Write D_MSB register 
□ Read: 

d Set address registers 
d Read D_MSB register 

□ Read D_LSB register 

Note: For back-to-back transactions to the C-FIFO, DRAM 
and internal registers, only the address bytes that differ from 
earlier transaction(s) need to be re-written a second time. 

4.2.3 Accessing Host Interface Registers 

The host accesses each of the five host interface registers by issuing a 
bus access with HSEL[2:0] set appropriately, as shown in Table 4-2. 

Table 4-2 Summary of Host Interface Local Registers 



HSEL[2:0] 1 


Register Name 


Contents 


001 


AJ.SB 


Address, byte 0(LSB) 


010 


A_MB 


Address, byte 1 


011 


A_MSB 


Address, byte 2(MSB) 


100 


DJ.SB 


Data, byte (LSB) 


101 


D_MSB 


Data, byte 1 (MSB) 



1. Note: 000, 110 and 111 are illegal combinations which should not be used. 



4.2.4 DRAM/ROM Access 

Bit 4 of A_LSB determines whether DRAM (set to 0) versus ROM (set 
to 1) is selected. 



Host Interface Functional Description 4-3 



Host Interface Registers 



DRAM Access 

When bit 6 of A_MSB is set to 1, the host sets A_MSB, A_MB, and 
A_LSB to form a 21 -bit memory address as shown in Figure 4-2. 



ROM Address 



V< — DRAM Address 
171615 8 7 



7 6 5 4 3 2 1 



A_MS3 




15 



DRAM 
8 7 



A_MB 



ALSB 



D_MSB 



DLSB 



->. Indicates whether address is to DRAM bank or 1 
-► Indicates whether address is to ROM bank or 1 
->» Indicates whether address is DRAM or ROM access 
->> Auto-increment: 1 = enabled, = disabled 



Figure 4-2 DRAM/ROM Address Formed by Host Address Registers 

This 21-bit memory address is a 16-bit word address, not a byte address. 
The address map is shown in Table 4-3. 

Table 4-3 Memory Address Map 



A_MSB[4] 


A_MSB[3] 


A_MSB[2] 


Memory Accessed 


1 


1 


1 


ROM Bank 1 


1 


1 





ROM Bank 1 


1 





1 


ROM Bank 


1 








ROM Bank 





1 


1 


unused 





1 





unused 








1 


DRAM Bank 1 











DRAM Bank 
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For DRAM accesses, bit 7 of Host address register A_MSB controls au- 
toincrementing. When autoincrementing is enabled (bit 7=1), each 16- 
bit data transfer between the host and the CL480 causes the DRAM ad- 
dress to be incremented to the next word. 

ROM Access 

For access of ROM bank versus 1, see Table 4-3. 

4.2.5 Code FIFO Access 

Host bus coded data may be sent to the CL480 in one of two basic 
modes: 

□ Serial mode (through the CD interface), as shown in Figure 4-3 
and described further in Chapter 8. 

d Parallel mode (through the host interface), as shown in Figure 4-4 
and described in this section. 

CL480 







Serial data 








CD-DSP 


CD 
Interface 




and error info 
_ Host Bus 








f 






Host 


Host 
Interface 



















Figure 4-3 Sending Coded Data on CD Interface 
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Host Bus 



Host 
Interface 




Figure 4-4 Sending Coded Data on Host Interface 
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In code FIFO accesses through the Host interface, the Host specifies 
A_MSB[7:6]=00 as shown in Figure 4-6. Then the words written to 
D MSB and D LSB will transfer to the Code FIFO. 



15 



Coded Data FIFO 



7 


6 


5 








X 



A_MSB 



D_MSB DJ.SB 

Figure 4-5 C-FIFO Register Address Formed by A_MSB 



The CL480 can sustain a coded data input transfer rate of up to 2.5 
Mbytes per second through the D_MSB and DJLSB registers. The C- 
FIFO holds 31 words, each of which is 16-bits wide. 

4.2.6 Internal Register Access 

If the Host specifies A_MSB[7:6]=10, then the access is an internal reg- 
ister access, as shown in Figure 4-6. 



Internal Register Address 
7 6 5 



15 



Selected Register 



1 







/ 

7 6 5/ 


1 








A_MSB D_MSB DJ.SB 

Figure 4-6 Internal Register Address Formed by A_MSB 

Internal registers that are accessible by the host are listed in Table 4-3. 
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Note: Registers are defaulted to the correct value through 
microcode initialization unless otherwise noted in the Con- 
figuration Area description given in Section 12.3. 

Table 4-4 Internal Registers Decoded by A.MSB 



Access A_MSB[5:0] Register Name 


R/W 


Description 


0x33 


CPU_cntl 


R/W 


Selects type of data sent to the CL480 


0x3A 


CPU_pc 


R/W 


CPU program counter 


0x36 


CPUJaddr 


R/W 


IMEM write address 


0x32 


CPU_imem 


R/W 


Data for instruction memory (IMEM) 


OxOF 


HOSTjnt 


R/W 


Host nterrupt register 


0x07 


HOST_pio 


R/W 


Direction and data for programmable l/Os 


Direct 0x20 


DRAM_iaddr 


R/W 


Indirect address for DRAM controller 


0x21 


DRAM.data 


W 


Data for DRAM controller registers 


0x12 


CD.cntl 


R/W 


Selects type of data sent to the CL480 


0x10 


CD_cnfg 


R/W 


Selects data format for CD interface 


0x1 B 


AUDjnode 


R/W 


Data port to udio mode register 


0x03 


VIDjaddr 


R/W 


Indirect address for video register access 


0x04 


VIDJata 


W 


Data for video registers 


OxOB 


VID_csync 


R/W 


Composite sync control 


WmKKm^XM 


DRAM.ROMTA 


W 


ROM access time • • ' : 


. 0x33 


DRAM.REF 


W 


DRAM refresh time . 


• 0xh2 


VID_WEIGHT0 


W 


W0 coefficient of YUV to RGB conversion : :;. ;, 


: " • " 0xh3 


VID.WEIGHT1 


W 


W1 coefficient ofYUV to RGB conversion" 


0xh4 


VIDJVEIGHT2 


W 


W2 coefficient of YUV to RGB conversion 


] 0xh5 


VID_WEIGHT3 


W 


W3 coefficient of YUV to RGB conversion,. 


Indirect 1 \ 0xh6 


VIDJVEIGHT4 .. 


W 


W4 coefficient of YUV to RGB conversion": 


.'<= 0xh7 


VIDjMODE • 


W 


Video modes 


OxhA 


• •' VIDJJr . . 


W 


Border color: Cr : 


OxhB 


VID_YCb 


W 


Border color: Y,Cb 


OxhC 


VID_HSYNCJ.O 


111111 


Width of HSYNC low 


OxhD 


VID_HSYNC_CYC 


llllllj 


Width of HSYNC high 


. OxhE 


VIDjVSYNCTOG 


w 


VSYNC toggle point 


OxhF 


VID_HINT 


w 


Horizontal interrupt position 



1. Indirect register addresses are written to either DRAMjaddr or VIDjaddr. 
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CL480 read and write operations using the host interface registers are 

^■3 described in the next two sections. 
CL480 Read/write 

Operations 4.3.1 Host Write 

Figure 4-7 shows typical waveforms for a host write to a host interface 
register. (See Section 9.2.4 for detailed timing parameters for this oper- 
ation.) The sequence of events is: 



DS {in) 



R/W(//7) 



HSEL[2:0] 







host register address 



HD[7:0] [in) ~~ V 



write data 



J 



DACK [outj 



®J 



Figure 4-7 Host Interface Local Register, Write Operation 



X 



5 



)i 



1 . The host drives R/W low to indicate a write operation. It also 
drives the host register address onto HSEL[2:0] and the write 
data onto HD[7:0]. 

2. When the HD[7:0], R/Wand HSEL[2:0] lines have settled, the 
host processor asserts DS. 

3. In response to the assertion of DS, the C L480 be gins the write 
sequence and sometime later generates a DACK signal. 

4. The CL480 latches the data when DACK goes low. 

5. In response to the assertion of DACK, the host deasserts DS. 

6. The CL480 responds by releasing DACK. This completes the 
write cycle. 
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4.3.2 Host Read 

Figure 4-7 shows typical waveforms for a host read from a host inter- 
face register. (See Section 4.4 for detailed timing parameters for this op- 
eration.) The sequence of events is: 



DS (In) 



R/W(/Vj) 




© 



SEL[2:0] X I \ host re 9' ster address )|| 



HD[7:0] (//>) f|§ ( read data } 



DACK (our) 



©^ ©r^ 



Figure 4-8 Host Interface Local Register, Read Operation 

1 . The host drives R/W high to indicate a read operation and drives 
the host register address onto HSEL[2:0]. 

2. When the R/W and HSEL[2:0] lines have settled, the host pro- 
cessor asserts DS to indicate to the CL480 that a host bus read 
access is in progress. 

3. In response to the assertion of DS, the CL480 holds DACK 
deasserted (high) until it can respond to the read request. Be- 
cause the CL480 is performing arbitration of its internal data 
buses during register access, DACK assertion is delayed at least 
one GCK cycle. 

4. When the data is available, the CL480 asserts DACK and drives 
the data. 

5. The host deasserts DS when the data has been read. 



6. In response to the deassertion of DS, the CL480 releases DACK 
andD[7:0]. 
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Chapter 5 

DRAM/ROM 

Interface 



This chapter describes the local DRAM/ROM Interface bus, shown in 
Figure 5-1, and how it is used. It details all of the signals necessary to 
connect the CL480 to a DRAM array and optional ROM. 

The sections in this chapter are: 

□ 5.1, General Description 

d 5.2, DRAM Memory Bus Interface 

d 5.3, ROM Memory Bus Interface and Timing 

d 5.4, DRAM Memory Bus Timing 

a 5.5, Memory Design Guidelines 
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5.1 

General 

Description 



MA[9:0] 



LCAS/MA[18J 



L CASIN 



UCAS/MAI19] 



UCASIN 



MWE 
RAS[1:0] 



MCEt1:0] 

MD[7:0] 

MD[15:8]/MA[17:10] 

ROM_ENA** 



^ 



"*S 



"^ 



MD[15:0] 
A[9:0] 



LCAS* 



UCAS* 

WE 
RAS 



Local DRAM Array 



CE 



D[7:0] 



A[0:19] 



CL480 



•The U/L CASIN li nes s hould be routed from 

the furthest DRAM CAS pin to the CL480. 

**This signal should be pulled high if booting from ROM 



ROM 



Figure 5-1 DRAM Interface 

The memory controller in the CL480 interacts directly with external 
memory and generates the control signals required to access external 
DRAMs and ROMs. The maximum transfer rate via the host is 5 
Mbytes per second. The CL480 can be booted directly from ROM or the 
host can load microcode into DRAM. 

5.1.1 DRAM: Amount and Organization 

The CL480 DRAM controller can support up to one Mbyte of local 
Dynamic RAM; however, only four Mbits of DRAM are needed to 
decode MPEG-] bitst reams. The DRAM array is organized as either 
one 256Kx 1 6 DRAM or four 256Kx4 DRAMs. 

The DRAM array is used to store: 

d Compressed audio and video data waiting to be decoded 

d The decoded audio and video frame that is currently being dis- 
played 

d Future and past decoded reference frames 
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d CL480 microcode instructions 
d Bitstream header parameters 
d The command FIFO 

5.1.2 ROM: Amount and Organization 

The CL480 can support up to two Mbytes of ROM: specifically, two 
ROMs, each of which can be up to 1Mx8 bits. 

The required ROM size depends on the customer and what needs to be 
stored in ROM, some examples of which are MPEG microcode, appli- 
cation-specific microcode, background still images and sound data. The 
ROM size required for storing the CL480's MPEG microcode is less 
than 45 Kbytes. 

The ROM access time can be programmed to be 3to 34 GCKs. 

Note: If a ROM is connected to the CL480, the chip can ini- 
tialize itself automatically after powerup. If there is no 
ROM, the host must write the microcode into DRAM and fol- 
low the initialization procedure described in Section 11.1.1. 



The DRAM memory bus on the CL480 consists of a 10-bit multiplexed g o 

address bus, a 16-bit data bus, and the control lines necessary for read- no AM Memorv Bus 

ing and writing the DRAM banks: Write Enable (MWE), Column and interface 

Row Address Strobes ( LCA S, UCAS and RAS), and the data latch en- 

able signals (LCASIN and UCASIN). The high output drive of the 
CL480 allows it to directly drive the DRAMs without external buffers 
or logic. 
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5.2.1 DRAM Address Mapping 

The CL480's DRAM interface supports: 

d 256Kxl6 DRAMs: 10-bit row address, 8-bit column address 

d 256Kxl6 DRAMs: 9-bit row address, 9-bit column address 

The address mapping for these two modes is shown in Table 5-1. The 9/ 
9 DRAMs use 20-30% more power than the 10/8 DRAMs, but they are 
usually less expensive. 

Table 5-1 DRAM Address Mapping 

Configuration MA Bits 9876543210 

256Kx16 8-bit Row Address 8 
Column Address Co | Address 

256Kx16 9-Bit Row Address 
Column Address Co) Address 



17 


16 


15 


14 


13 


12 


11 


10 


9 


- 


7 


6 


5 


4 


3 


2 


1 





17 


16 


15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 






5.2.2 DRAM Interface Connections 

Figure 5-2 shows how the memory bus interface is oriented when using 
256Kxl6 DRAMs to connect the maximum amount of external memo- 
ry- 

The host processor addresses the local DRAM whenever bit 4 of 
A_MSB is LOW (see Figure 4-2 ). MA[ 19 ] is use d to select Bank or 
Bank 1 through assertion of the RASO or RAS1 signals, respectively. 
Host address signals MA[18:1] map directly into the multiplexed row 
and column DRAM addresses. The host bus interface signal R/W maps 
directly to the DRAM interface MWE signal. 
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Figure 5-2 Local DRAM/ROM Implementation with 256K x 16 DRAMs 



Figure 5-3 illustrates ROM accesses. Two MCE signals are used for g n 

ROM chip enable. MD[7:0] is the ROM data bus, and MD[15:8] be- dqm M emorv d us 

comes the ROM address bits A[l 7: 10]. A programmable number of wait interface and 

cycles (3 to 34 GCKs) can be introduced between cycles 8 and 9. Timina 
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Figure 5-3 ROM Access Timing 
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5.3.1 DRAM.ROMTA Register 

The DRAM_ROMTA register, shown below, is used to program the 
ROM access time. Table 5-2 shows the bit assignments. 

Note: This register is initialized by the microcode as de- 
scribed in the Configuration Area of Section 12.3. 



(internal) 

15 



0x32 

o 



RTA 



Field 


Bits 


R/W 


Description 


Res 


15:7 


R/W 


These bits are reserved. 




6:5 


R/W 


These bits should always be 1. 


RTA 


4:0 


R/W 


ROM Access time (in number of GBUS cycles). A "0" in RTA can be used for 
ROM accesses (T CE ) of less than 3 cycles (75ns). 



The RTA bit field defines ROM access time. Figure 5-3, which shows a 
four-cycle MCE low time, corresponds to RTA=1 . A five-bit RTA can ac- 
tually support ROMs with an access time up to 850 ns (for 40.5 MHz 
parts), or three cycles. The formula for defining access time is as fol- 
lows: 

ROM Access Time = (RTA + 3)* GCK Period 



Since ROM access mode does not use a CASIN signal equivalent for 
DRAM access, the RTA field should specify a value which takes into 
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consideration chip I/O delay. A safe way to do this is to define RTA to 
be one clock period more than the ROM specification required. For ex- 
ample, if the ROM access time is 200 ns, the RTA value would be 6. 



The DRAM interface on the CL480 is designed to work with fast page- 
mode DRAMs. Fast page-mode DRAMs allow shorter read and write 
cycle periods within a DRAM row. During a set of fast page-mode ac- 
cesses, a row address is strobed in using the RAS line, followed by sev- 
eral column addresses strobed in by CAS. Releasing the RAS and CAS 
lines simultaneously completes the set of cycles. 



Refresh is accomplished by asserting the CAS signal before the RAS 
signal. Refresh is performed at regular intervals determined by the value 
programmed into the DRAM_REF register (see page 5-12). Typical 
DRAM specifications require that all pages be refreshed each 8 ms. 

5.4.1 DRAM Page-Mode Read Timing 

Figure 5-4 shows the timing for a page-mode read. The circled numbers 
in the figure refer to the steps below. 

Note: All DRAM accesses are synchronized to GCK. 



5.4 

DRAM Memory Bus 

Timing 



GCK 
RAS 
U/LCAS 
MA[9:0] 




(D 



! !® 



| ( Row Address )( Col. Address )(Col. Address ) | 



/ 



y- 



MWE _ 

MD[15:0] _ 
U/LCASIN ~ 

Figure 5-4 DRAM Page-Mode Read Timing 
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1 . The CL480 starts a read cycle by three-stating the memory data 
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1 . The CL480 starts a read cycle by three-stating the memory data 
bus, MD[15:0], and setting the write enable (MWE) line HIGH. 

2. The CL480 then drives the row address onto the memory ad- 
dress (MA) bus. 

3. The CL480 asserts the RAS line (LOW) to latch the row address 
into the DRAM. 

4. The CL480 then outputs the column address of the first word to 
be read on MA. 

5. The CL480 latches the column address into the DRAM by as- 
serting the CAS line(s) (LOW). 

6. The DRAMs output the data from the selected address. 

7. The CL480 deasserts CAS. 

8. The data is loaded into the input latch of the CL480 on the rising 
edge of CASIN. For a single-location read, the CL480 ends the 
cycle by deasserting RAS at this time. 

9. For a page-mode read cycle, the CL480 outputs the column ad- 
dress of the next word to be read on MA[9:0]. 

1 0. The CL480 latches the address into the DRAM by asserting the 
CAS line. 

1 1 . The DRAMs output the data from the selected address. 

1 2. The data is loaded into the input latch of the CL480 on the rising 
edge of CASIN. 

13. The CL480 deasserts RAS and CAS to complete the cycle. 

5.4.2 DRAM Page-Mode Write Timing 

Figure 5-5 shows the timing for a page-mode write. The circled num- 
bers in the figure refer to the steps below. 
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Figure 5-5 DRAM Page-Mode Write Timing 



1. 



2. 



3. 



The CL 48Q starts a write cycle by asserting the write enable 
(MWE) line LOW. 

The CL480 then drives the row address on the memory address 
(MA) bus. 

The CL480 asserts the RAS line (LOW) to latch the row address 
into the DRAM. 

The CL480 then outputs the column address of the first word to 
be written on the MA bus, and outputs the data to be written into 
the first address on the MD bus. 



5. The CL480 asserts the CAS line (LOW) to write the data into the 
selected location of the DRAM. 

6. For a single-location write, the write operation is terminated by 
driving the RAS and CAS lines inactive (HIGH) at this point. 
For a page-mode write, the address and data for the next word 
to be written are output on the MA and MD buses, respectively. 

7. The CL480 asserts the CAS line to write the data into the select- 
ed location of the DRAM. 

8. When the last word is written, the write operation is terminated 
by driving the RAS and CAS lines HIGH. 
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5.4.3 DRAM Refresh Timing 

Figure 5-6 shows the timing for a memory refresh cycle. The circled 
numbers in the figure refer to the steps below. 
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Figure 5-6 CAS-before-RAS Refresh Cycle 



1 . The CL480 initiates a DRAM refresh cycle by asserting the 
CAS line while the RAS line is inactive. 



2. The CL480 asserts the RAS line to enable the refresh at the ad- 
dress pointed to by the DRAM's internal address counter. 

3. The CL480 completes the refresh cycle by releasing RAS and 
CAS. 



5.4.4 DRAM_REF Register 

The DRAM_REF register, shown below, defines the time between re- 
fresh cycles. 



(internal) 

15 14 13 


12 




0x33 




ref |i..r$n$ 


REFJttX 




Field 


Bits 


W 


Description 


REF 


15 


w 


When asserted, this signal disables refresh. 


Res 


14:13 


w 


Reserved. 00=default value. 


REF_CLK 


12:0 


w 


Defines number of GCKs between successive refreshes. 
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When designing DRAM arrays for use with the CL480, the following 

" guidelines should be followed: 
Memory Design 

Guidelines D During layout, it is important to keep the DRAM very close to the 

CL480. If possible, do not pass any other signals under the DRAM 

signal traces, especially the DRAM data bus. 

□ It is not necessary to use any termination if there is only one 
256Kxl6 DRAM connected to the CL480 and the DRAM signal 
traces are short. If four 256Kx4 DRAMs are used, series resistors 
(about 33 ohms) should be placed between the CL480 and the 
DRAM address and control signals. 

d When using 256Kx 1 6 DRAMs, connect all ten address lines to the 
DRAMs. This allows DRAMs with either ten row and eight col- 
umn address lines or nine row and nine column address lines to be 
used. The tenth address bit on 256Kxl6 DRAMs is located on pin 
15 of SOJ packages, pin 17 of TSOP packages and pin 25 of ZIP 
packages. This pin has no effect on DRAMs with nine row and 
nine column addresses. 

d When VCK is an input, GCK is typically 40 MHz, and 80-ns 
DRAMs can be used. When VCK is an output, GCK is typically 
40.5 MHz, so that VCK will be 27 MHz. With GCK at 40.5 MHz, 
the two clock page-mode cycle time will be 49.4 ns, which is .6 ns 
outside the spec for an 80-ns DRAM. At the time this manual goes 
to press, a 70-ns 256Kxl6 costs about $1 more than a 80-ns 256K 
xl6. To avoid this $1 penalty, it is best to either use a 40 MHz 
GCK or test the systems before shipping them so that, in the ex- 
treme unlikely event that a DRAM is too slow, it will be caught 
before the system is shipped to the customer. 

d The CL480's DRAM controller logic uses a version of the CAS 
signal that is routed back from the DRAM into the chip to latch 
data on DRAM reads. The timing and thus the routing of these 
signals is critical and special attention should be paid. Specifical- 
ly, the CAS signals should be routed out to the DRAM farthest 
from the CL480 and then back to the CASIN pins. It is important 
NOT to route CAS di rectly fro m the CAS pin to the CASIN pin. 
The path followed by CASIN from the DRAMs to the CL480 
should match the path followed by the data lines as closely as pos- 
sible. 
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d It is acceptable to have a 5V DRAM with a 3V ROM or a 3V 
DRAM with a 5V ROM if the VDDMAX pins are wired to 5V. 
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CD Interface 



This interface, shown in Figure 6-1, is designed to receive directly the 
output of the CD-DSP in bit-serial mode. Serial data from the CD-DSP 
may be in any of the following formats: CD-DA, CD-ROM, CD-ROM/ 
XA, CD-I, MPEG system streams, MPEG video streams, or MPEG au- 
dio streams. 



6.1 

General 

Description 



CD-DSP 



CD-DATA 



CD-LRCK 



CD-BCK 



CD-C2P0 



I1I48Q! 



CD 
Interface 




Figure 6-1 CD-Decoder Interface 



General Description 



6.1.1 Mode Functions 

The CL480 processes data in the two basic modes described below: 

d In ROM-Decoder mode: 

- Real-time parsing for Mode 2 form 2 sectors 

- Real-time parsing for Mode 1 and Mode 2 form 1 sectors (in- 
cluding error correction when not decoding MPEG) 

- Real-time processing of Mode and skipping to next sector 
d In CD-DA mode: 

- Direct output to the audio interface of the CD-DA input 

- Ignores data error flag C2PO 

The CL480 stores the sub-header and other system information related 
to ROM decoding into dedicated DRAM locations which are accessible 
to the Host. 

Note: In a system with a host processor, the host would use 
the DumpData() command to read the disc info, play se- 
quence descriptors, list ID offset tables, and other items. 

In CD-ROM decoding, the CL480 does Q-erasure correction, then P- 
erasure correction, followed by P-error check. 

6.1.2 Mode Selection 

The CL480 selects the mode in which it operates by searching for sector 
syncs. If none are found, the CL480 automatically switches to CD-DA 
mode as shown in Figure 6-2. 

Note: For debug purposes, CD interface mode and data type 
can also be selected by the Host via the CD_cntl register de- 
scribed in Chapter 10. 
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switches controlled by CL480 microcode 



ROM Decoder 



CD-DA 



r^ 



MPEG decoder 
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Figure 6-2 System Block Diagram Showing Bypass of ROM Decoder 



The CL480 CD interface takes as input the following signals, whose de- 
fault settings are controlled by microcode at initialization and may be 
modified in the Configuration Area of the CL480 as described in Section 
12.3: 

d CD-DATA - The serial data input which receives the data stream 
in a format programmed to be either MSB or LSB first. 

d CD-C2PO - This is a pin that the CD-DSP uses to tell the CL480 
that a byte contains an error (error byte flag MSB or LSB first). 
This signal is used when receiving CD-ROM data but is ignored 
in CD-DA pass-through mode. 

d CD-LRCK - Driven by CD-BCK, CD-LRCK provides 16-bit 
word synchronization. Its polarity (left/right channel high) is pro- 
grammable. 

d CD-BCK - The bit clock, which may be set to variable speeds ac- 
cording to Table 6-1. 

Table 6-1 BCK/Data Rate/LRCK Comparison for the CD-Decoder 



BCK 


CD Speed 


Data Rate 


BCKperLRCK 


1.42 MHz 


Normal 


1.42Mbits/s 


32 


2.13 MHz 


Normal 


1.42 Mbits/s 


48 


2.84 MHz 


Normal 


1.42Mbits/s 


64 


2.84 MHz 


Double 


2.84 Mbits/s 


32 


4.26 MHz 


Double 


2.84 Mbits/s 


48 


5.84 MHz 


Double 


2.84 Mbits/s 


64 



Audio/video 
Interface 



6.2 

Signal Interface 
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Disc and Signal Formats 



Note: For debug purposes, CD interface signals can also be 
regulated by the Host via the CD_cntl register described in 
Chapter 10. 

The next three sections summarize CL480 input data and disc sector 
formats. 

6.3.1 CD Interface Input Signal Format 

The input signal formats of the six different serial modes of the CD in- 
terface are shown below and on the following page. 



bck MMJimjiririJ^^ 



6.3 

Disc and Signal 

Formats 



LRCK 








Left Channe 


1 
































Right Channel 






DATA 


1 





Invalid 


15 141312 1110 9 


8 


7 


6 


5 


4 


3 


2 


1 





Invalid 




MSB 


LSB 


C2P0 


Lower (Left Ch.) 


Upper (Left Ch.) 


Lower (Righ 



32-bit BCK, MSB First Right Channel Low, C2P0 LSB First Data latch timing high 

bck JiMJwuuwimjtruiM/u^^ 

LRCK I Riant Channel I Left Channel 



DATA 



C2P0 



1 



Invalid 



1514 13 12 1110 9 8 7 6 5 4 3 2 1 Invalid 



MSB 



LSB 



Upper (Right Channel) 



Lower (Right Channel) 



Upper (Left Ch.) 



32-bit BCK, MSB First, Left Channel Low, C2P0 MSB First, Data latch timing low 

ra JiiuinnMMiinMn^m^u^iMmriJiRniuifmniiMiuu 

LRCK I Left Channel I Right Channel 



DATA 1 o 



Invalid 



1514 13 12 11 10 987654321 



Invalid 



151413 121110 9 



MSB 



LSB 



C2PO 



Upper (Left Channel) 



Lower (Left Channel) 



Upper (Right Channel) 



24-bit BCK, MSB First, Right Channel Low, C2PO MSB First Data latch timing high 
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LRCK 




LeftChanne 
























Right Channel 














DATA 


14 


15 


Invalid 





1 


2 


3 


4 


5 


6 


7 


8 


91011 12131415 


Invalid 





1 


2 


3 


4 


5 


6 


7 


LSB MSB 


C2P0 


Upper (Left Channel) 


Lower (Left Channel) 


Upper (Right Channel) 





24-bit BCK, LSB First. Right Channel Low, C2PO MSB First, Data latch timing low 
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LRCK 








Left Channel 
























Right Channel 
















DATA 


1 





Invalid 


15 


14 


13 


12 


11 


10 


g 


8 


7 


6 


5 


4 


3 


2 


1 





Invalid 


1514 13121110 



MSB LSB 

24-bit BCK. MSB First, Right Channel Low, Data latch timing high (Note: no C2P0 for this format) 



BcK MnnjMUiMmimnj^mMRnMruinJiJMiMr^ 

LRCK I m-uni . I Left Channel 



Right Channel 



DATA 1 15141312 1110 9 8 7 6 5 4 3 2 1 1514 13 12 11 10 9 8 7 6 5 4 3 2 1 15 14 13 12 11 10 



Right ch. MSB 



Right ch. LSB 



C2PO 



Lower Right ch. Upper Right ch 



Lower Left Ch. 



Upper Left ch. Lower Right ch 



16-bit BCK, MSB First, Left Channel Low, C2P0 LSB First, Data latch timing high 
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6.3.2 Compact Disc Sector Format 

Serial data CD formats are listed below: 



CD-DA 



Sector: 2352 Bytes 



User Data 



CD-ROM: 

MODEO, 

MODE2 



CD-ROM: 
M0DE1 



CD-ROM/XA, 
CDI MODE2- 
Forml 



Sector: 2352 Byte 


Sync 
12 


Header 


User Data 
2336 


Min. 


Sec. 


Frame 


Mode 


1 


1 


1 


1 



Scrambled 



Note: Mode byte must be set to 0x00 or 0x02. If set to 0x00, then user data area is stuffed with 0x00. 



Sector: 2352 Byte 


Sync 
12 


Header 


User Data 
2048 


EDC 
4 


Space 
8 


ECC 


Min. 


Sec. 


Frame 


Mode 


P-parity 


Q-parity 


1 


1 


1 


1 


172 


104 










it 




a ; i 
■ 
i 


k 








i 


















i 






















— Scrambled — 


1 






'~4 








►• 



Note: Mode byte must be set to 0x01. If set to 0x00. Space area is stuffed with 0x00. 



Sector. 2352 Byte 


Sync 
12 


Header 


Sub Header 


User Data 
2048 


EDC 
4 


ECC 


Min. 


Sec. 


Frame 


Mode 


FN 


CN 


SM 


CI 


FN 


CN 


SM 


CI 


P-parity 


Q-parity 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


172 


104 










A 


k ; j 


k ; 






1 


T 
















1 












■< 




L 












. Scrambled — 


















— >- 



Note: Mode byte must be set to 0x02. FN= file number, CN= channel number, SM= submode, Cl= coding information 



CD-ROM/XA. 
CDI MODE2- 
Form2 



Sector: 2352 Byte 


Sync 
12 


Header 


Sub Header 


User Data 
2324 


EDC 
4 


Min. 


Sec. 


Frame 


Mode 


FN 


CN 


SM 


CI 


FN 


CN 


SM 


CI 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 



Scrambled 



Note: Mode byte must be set to 0x02. FN=file number, CN= channel number, SM= submode, Cl= coding information 
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Disc and Signal Formats 



CD-DA 



CD-ROM 



Left Channel 


Right Channel 


LSBit MSBit 


LSBit MSBit 





1 


2 


3 


4 


5 


6 


7 


8 


g 


10 


11 12 


13 14 15 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 12 13 14 15 


Even Word 


Odd Word 


LSByte 


MSByte 


LSByte 


MSByte 


0x00 


OxFF 


OxFF 


OxFF 


OxFF 


OxFF 


OxFF 


OxFF 


OxFF 


OxFF 


OxFF 


0x00 


Minutes 


Seconds 


Frames 


Mode 


Byte 16 


Byte 17 


Byte 18 


Byte 19 


Byte 20 


Byte 21 


Byte 22 


Byte 23 


• 
• 
• 


• 
• 
• 


• 
• 
• 


• 
• 

a 


Byte 2344 


Byte 2345 


Byte 2346 


Byte 2347 


Byte 2348 


Byte 2349 


Byte 2350 


Byte 2351 
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CD operation and design guidelines are provided in this section. 

6.4 

Design and 6.4.1 Effects of Varying CD-DSP Signal Speed 

Operation The CL480 uses DA-XCK to clock the system clock reference (SCR) 
Considerations timer. If the DA-XCK frequency is increased and the disc spins faster, 
the SCR timer will run faster so the microcode will skip pictures to 
maintain audio/video synchronization and prevent bitstream buffer 
overflow. Similarly, if the DA-XCK frequency is decreased, the SCR 
timer will run slower so the microcode will repeat pictures to maintain 
audio/video synchronization and prevent bitstream buffer underflow. 
Pitch control can be done by changing the DA-XCK frequency and 
changing the speed that the disc spins. The CL480 will automatically 
skip or repeat pictures to maintain audio/video synchronization. 

6.4.2 Maximum BCK Frequency 

The maximum instantaneous BCK frequency on the 480, assuming the 
sustained rate doesn't exceed the double speed CD rates, is as follows: 
If the BCK period is a constant, the BCK frequency can be up to l/6th 
the GCK frequency. With a GCK of 40 MHz, a burst rate of up to 6.6 
Mbits/sec could be input using a constant BCK period. If you are will- 
ing to make a BCK period that is not fixed, BCK can run at the GCK 
frequency until the end of the word, then it needs to be high for 3 GCKs 
and low for 3 GCKs. This second method would give a burst input rate 
of 30.4 Mbits/sec. These burst rates can be used until the CFIFO is full. 

6.4.3 Maximum Rate for Error Correction 

The maximum data rate that the CL480 can error correct is 2.8 Mbits/ 
sec, which is the double-speed CD rate. This error correction can only 
be done when not decoding MPEG. 

6.4.4 ROM Acceses during MPEG Decode and Display 

The ROM/DRAM accesses by the host during MPEG decoding should 
be a small percent of the total memory clocks. For example, if a 200ns 
ROM is used, the ROM access time would be programmed to 9 GCKs 
per 8-bits. 
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Video Display 

Interface 



This section of the user's manual covers the operation of the video dis- 
play unit.The purpose of the video display unit is to output the decom- 
pressed video data in a form that can be either displayed on a television 
or video monitor, or mixed with computer-generated graphics to pro- 
vide a video signal within a graphics window. 

The CL480 video display unit horizontally and vertically interpolates 
decoded video and optionally converts pixel data from YCbCr to RGB. 
Two different fields are interpolated from each decoded frame. The 
RGB converter can make the range of each color component either to 
255 (for computer displays) or 16 to 235 (for television). The video 
clock (VCK) can either be input or can be generated by dividing GCK 
by 3/2. A composite sync (CS YNC) can be output in place of a VS YNC 
output. 

The sections in this chapter are: 

□ 7.1 Digital Video Standards 

□ 7.2 Video Display Unit 

□ 7.5 Timing Generation 

d 7.4 Operation and Design Guidelines 

Video Display Interface 7-1 



Digital Video Standards 



There are two primary standards for video transmission used in the 

'• ' world today: 
Digital Video 

Standards D NTSC (National Television Systems Committee) standard - used 

by North America, Japan, Korea, and Taiwan. 

d PAL (Phase Alternating Line) standard - used by Europe, China, 
India, Australia, and most of Africa. 

The NTSC video standard specifies a scanning system of 525 horizontal 
lines per frame. Each frame consists of two interlaced fields of 262.5 
horizontal lines. The field rate is 59.94 Hz. 

The start of a field is synchronized with a vertical sync pulse, followed 
by an interval of 22.5 lines with no video, called vertical blanking. This 
leaves 240 lines in a field for picture information (480 in a frame). 

The horizontal lines are synchronized with a horizontal synchronization 
pulse followed by an interval with no video, called horizontal blanking. 
Horizontal synchronization pulses occur at a rate of 15,734 Hz. 

PAL video operates in much the same way, with these differences: 

d The field rate is 50 Hz. 

d There are 625 lines in a frame and 312.5 lines in a field. 

a The horizontal sync pulses occur at a rate of 15,626 Hz. 

d There are 576 lines of active video in a PAL frame and 288 lines 
in a field. 

The SIF (Source Input Format) specification reflects these standards by 
defining two digital video formats: 352 pixels x 240 lines x 30 Hz for 
compatibility with NTSC, and 352 pixels x 288 lines x 25 Hz for com- 
patibility with PAL. 

Video information is represented using two data formats: 

d YCbCr data - consists of a Y value for the luminance, or bright- 
ness, of a pixel and two color values, Cb and Cr, for the chromi- 
nance. 

a RGB (red, green, blue) - the data output that has a digital value that 
corresponds to the amplitude of the red, green, and blue signals. 
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Video Display Unit 



In accordance with the MPEG standard, CL480 compressed video data 
is always stored in YCbCr format. If RGB-encoded output video is 
needed, the CL480's programmable color-space converter (set in the 
Configuration Area of DRAM; see Section 12.1) will produce RGB in 
the range of either 16-235 or 0-255, in which 16-16-16 and 0-0-0 RGB 
indicates the level of black, while 235-235-235 and 255-255-255 RGB 
indicates the level of white. 

The CL480's video display unit accepts decompressed YCbCr data 
from the Local DRAM and outputs it as horizontally and vertically in- 
terpolated YCbCr or RGB pixels. The pixels are clocked out by the 
VCK (video clock) signal, and are synchronized to external devices us- 
ing the HSYNC (Horizontal Sync) and VSYNC (Vertical Sync) signals. 



7.2 

Video Display Unit 



The CL480 outputs pixels either in YCbCr (4:2:2 mode) or RGB (4:4:4 
mode) using a video clock (VCK) that may be programmed to be gen- 
erated either externally or internally. (VCK is programmed by setting 
values in the Configuration Area of DRAM; see Section 12.3.) 

The CL480 supports the following VCK modes: 

d 24-bit RGB: In this mode, the B component is presented as the 
MSB byte and the R component as the LSB byte. 

d 16-bit YCbCr in 4:2:2 : In this mode, the Y component is presented 
alternately with the Cb and Cr components in the repeating pattern 
ofCbY-CrY. 

d 8-bit YCbCr in 4:2:2: In this mode, the Cb, Y and Cr components 
is presented in successive order in the repeating pattern of Cb-Y- 
Cr-Y. 

VD[23:0] pin assignments are given in Table 7-1 and shown with their 
respective timing parameters in Figure 7-1. 

Table 7-1 VD[23:0] Pin Assignments for RGB and YCbCr Data 



7.3 

Timing Generation 



V0[23:0] 


23 


22 21 


20 


19 


18 


17 16 


15 


14 


13 12 


11 


10 


9 


8 7 


6 


5 


4 


3 


2 


1 





24-bit RGB 


B7 


B6 B5 


B4 


B3 


62 


B1 BO 


G7 


G6 


G5 G4 


63 


G2 


G1 


GO R7 


R6 


R5 


R4 


R3 


R2 


R1 


RO 


16-bit YCbCr 1 


C4 


C3 C2 


C1 


CO 




Y7 


Y1 


YO 


C7 C6 


C5 






Y6 


Y5 


Y4 


Y3 


Y2 








8-bit YCbCr 2 












YC7 


YC1 


YCO 










YC6 


YC5 


YC4 


YC3 


YC2 









1. Note: In ES1, 16-bit YCbCr data, Y[7:0] is on VD[15:8] and C[7:0] is on VD[7:0]. 

2. Note: In ESI, 8-bit YCbCr data, YC[7:0] is on VD[15:8]. In ES2, it is as shown above. 
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CK versus HSYNC 









Data changes in the VCK period where HSYNC falls and every other 
VCK after that. The VCK-to-VD delay allows VD to be latched with the 
rising edge of VCK from either or both VCK periods. 



The HSYNC/VSYNC direction (i n or out) a nd t he VCK d irection (in or 
out) are independently selectable. HSYNC and VSYNC are always in 
the same direction. This makes possible the following four video signal 
configurations: 



d (VSYNC or CSYNQ/HSYNC/VCK Out 



d VSYNC/HSYNC/VCKIn 



d (VSYNCorCSYNQ/HSYNCOutandVCKIn 



d VSYNC/HSYNC In and VCK Out 
Two examples of these configurations are shown in the next sections. 

Note: CSYNC (composite SYNC) may be selected instead of 
VSYNC and is provided on the VSYNC pin. This feature is 
microcode-selectable or may be enabled by the VIDjcsync 
register. 
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7.3.1 (VSYNCorCSYNC)/HSYNC/VCKOut 

In this mode, as shown in Figure 7-1, (VSYNC or CSYNC), HSYNC 
and VCK are generated internally and sent to the NTSC/PAL encoder. 
In this configuration, VCK is fixed to 27 MHz and is obtained by divid- 
ing GCK (40.5 MHz) by 3/2. 




CL480 



VOE 



Figure 7-2 VSYNC/HSYNC/VCK Out Mode 



NTSC/PAL Encoder 



7.3.2 VSYNC/HSYNC/VCK In 

In this mode, as shown in Figure 7-2, the video timing signals — VCK, 
VSYNC and HSYNC — are generated by the external signal generator. 
VCK and GCK can be asynchronous. 
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Data 



24/16/8 
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HSYNC 



Video Interface 



VCK= 27 MHz 
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CL480 
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Figure 7-3 VSYNC/HSYNC/VCK In 
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Video operation and design guidelines are provided in this section. 

7.4 

Operation and 7.4.1 How to Set Video Output Mode 

Design Guidelines The selection between 24-bit RGB, 15-bit RGB, 16-bit YCbCr and 8- 

bit YCbCr mode is done by microcode that reads a DRAM location. 

The selection between VCK in or VCK out is also done by microcode. 

C-Cube currently has two sets of microcode: one for VSYNC/HSYNC 

in and one for VSYNC/HSYNC out. Also, the 15-bit RGB mode is a 

dithered version of the 24-bit RGB mode with 5 bits each for R, G and 

B. The 15-bit RGB mode is intended for systems that write the CL480 

output into a 16-bit wide memory before outputing RGB. Examples of 

systems like this are PC add-in cards and game boxes. 

7.4.2 Aspect Ratio Limitations 

The CL480 does not change the aspect ratio of the decoded pixels other 
than interpolating horizontally by 2. To make a disc that looks accept- 
able on both NTSC and PAL TVs, the coded frames can use an aspect 
ratio halfway between the aspect ratio for NTSC and PAL. 

7.4.3 CD-I Pixel Output 

For 384-pixel-wide CD-I format, the CL480 can output 384 SIF pixels/ 
line or 768 interpolated pixels/line. It can also display a window of 352 
SIF pixels/line or 704 interpolated pixels/line. 

7.4.4 Transferring Video Data Via Host Bus 

The CL480 does not have an internal bus between the output of the vid- 
eo unit and the host interface. When performance is not a concern, such 
as during diagnostics, it is possible to read decoded frames out of 
DRAM from the host interface. Decoded frames read from DRAM will 
be in 4:2:0 YCbCr format. DRAM transfers from the host interface do 
not use page mode cycles so it is not possible for the current chip to de- 
code SIF resolution MPEG in real-time while transferring the results 
out the host interface. 

7.4.5 Vertical Interpolation and Full-Screen Playback Mode 

Progressive scan mode (vertical interpolation enabled) can support 480 
or 576 line playback, but it will only output 480 lines 30 times per sec- 
ond or 576 lines 25 times per second. 
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Audio Interface 



This interface is designed to output Pulse Code Modulation (PCM) 

samples in bit-serial format directly from the CL480 to the audio DACs, "^ 

as shown in Figure 8-1 . General 

Description 




Audio 
Interface 



Figure 8-1 



CL480 

Audio Interface Block Diagram 



DA-DATA 



DA-LRCK 



DA-BCK 



DACEMP 



Audio DACs 



Signal Interface 



The audio interface supports several serial data output modes that may 
be selected in the microcode Configuration Area or by writing to the 
AUD_mode register. The following parameters may be set: Left_sel, 
Right_sel, Out_en, Sel_24, and LSB_first. 



8.2 Table 8-1 summarizes the functions of the CL480 audio signals. 
Signal Interface Tab | e 8 _<| Audio interface Signals 



Signal Direction Description 



DA-DATA Out Outputs audio samples based on the DA-BCK clock. 

DA-BCK Out The audio bit clock. Divided by 8 from DA-XCK, it can be either 48 or 32 

times the sampling clock. 

DA-LRCK Out The clock that identifies the channel for each audio sample. The polar- 

ity of this signal is programmable by microcode or by setting bits in the 
AUD_mode register. 

DAC_EMP Out IN CD-DA pass-through mode, this signal is routed to the audio DACs. 

DA-XCK In External audio frequency clock used to generate DA-BCK and DA-LRCK, 

DA-XCK can be programmed to be either 384 or 256 times the sampling 
frequency. 

CDDA_EMP In Emphasis flag input used in CD-DA mode. 



8.2.1 Controlling the Audio Output Level 

In addition to its standard clock and data signals, the audio interface 
uses the SetMute() macro command to control the attenuation of the 
PCM samples. (See SetMute() description on page 12-28.) 

The same attenuation function performed by SetMute() may be 
achieved by disabling the host interface (HOST_ENA=0), whereupon 
pins HD[0] and HD[1] become MUTEO and MUTE1, respectively, as 
shown in Table 8-2. 

Table 8-2 Audio Attenuation Based on SetMuteO or HOST_ENA=0 
MUTEO MUTE1 Attenuation on the PCM Samples 









OdB 


1 





-12 dB 





1 


-oo (20 ms soft mute) 


1 


1 


-12 dB 
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8.2.2 Using Emphasis Flags to Identify the Data Stream 

In CD-DA pass-through mode, the CD-DA emphasis signal is routed to 
the emphasis output. In MPEG audio decoding, the signal is driven with 
the emphasis indicated in the MPEG audio stream. 

8.2.3 Low-Power Operation 

The CL480 operates in two automatic power reduction modes. When 
decoding stereo MPEG audio only (no video), the GCK is divided by 8 
and the power consumption on the CL480 is about 0.1W. When in CD- 
DA pass-through mode, GCK is divided by 16 and the power consump- 
tion is about 0.05W. 



The Audio Interface Unit can support sampling frequencies of 32 kHz, n 3 

44.1 kHz and 48 kHz and takes as input an external source, DA-XCK, r| oc kj nn Modes 

that is used to generate DA-BCK and DA-LRCK. — — 9 moties 



The external reference clock, DA-XCK, can be either 384 or 256 times 
the sampling frequency. The bit clock, DA-BCK, is derived from the 
external reference clock, DA-XCK, by dividing by 8. This gives a bit 
clock value of either 48 or 32 times the sampling clock. 

The left-right channel clock, DA-LRCK, identifies the channel for each 
audio sample. The polarity of this signal is programmable using micro- 
code or the AUD_mode register. Table 8-3 shows the relationship be- 
tween XCK, BCK and LRCK for a sampling frequency (SF) of 44.1 
KHz for the two modes of operation: 384 x SF and 256 x SF. 

Table 8-3 Relationship between XCK, BCK and LRCK for 44.1 KHz 

XCK BCK LRCK 

384 xSF=1 6.93 MHz XCK/8 = 2.1168 MHz BCK/48=44.1 KHz 

256 x SF=1 1 .29 MHz XCK/8=1 .41 12 MHz BCK/32=44.1 KHz 



In 384 x SF mode, as shown in diagram A of Figure 8-2, the interface 
timing for MSB is extended for eight additional DA-BCK clocks with 
DA-LRCK HIGH denoting the left channel and DA-LRCK LOW de- 
noting the right channel. In 256 x SF mode (diagram B), DA-LRCK 
LOW denotes the left channel and DA-LRCK HIGH denotes the right 
channel. 
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(B). DA-XCK = 256 x sampling frequency, DA-BCK = 16 x sampling frequency, Lch LOW 
Figure 8-2 Audio Interface Clocking Modes 

Audio operation and design guidelines are provided in this section. 

8.4.1 Audio Buffer Underflow 

When the audio output buffer underflows, as it would if there is no audio 
bitstream, the audio output stays at the value of the last audio sample un- 
til the audio interface is reset. 

8.4.2 DA-XCK and Cycle Jitters 

If a frequency multiplier is used to create DA-XCK from CD-BCK, the 
jitter will not cause any problem for the CL480. However, the jitter 
might cause a problem for a 1-bit audio DAC. C-Cube's current micro- 
code expects DA-XCK, CD-BCK and CD-LRCK to all be derived from 
the same clock so that the frequency of these signals drifts together. The 
bitstream buffers could overflow or underflow if these signals are not 
derived from the same crystal. C-Cube plans to remove this requirement 
in a future microcode release. 
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This chapter describes the CL480's electrical and mechanical character- 
istics. The chapter is divided into three sections: 

□ 9.1: Operating Conditions 

d 9.2: AC Timing Characteristics 

d 9.3: Package Specifications 

This section specifies the electrical characteristics of the CL480. JTT 

Table 9-1 Absolute Maximum Ratings 1 Operating 
Conditions 

Parameter Value 

Supply Voltage (V DD ) -0.3 to 4.5 V 

Input Voltage -0.3 to 5.5 V 

Output Voltage -0.3 to (V DD3 +0.5) 

Storage temperature range -55°C to 1 50°C 

Operating temperature range (ambient) -1 0°C to 70°C 

Reflow Soldering temperature 240°C for 5 Seconds Maximum 

1. Exposure to stresses beyond those listed in this table may result in device unreliability, perma- 
nent damage, or both. 



Operating Conditions 



Table 9-2 Operating Conditions 



Parameters 




Commercial 
Min Max 


Unit 


V DD3 Supply Voltage 




2.7 


3.6 


V 


Vqqmax VDDMAX pin (max 


input voltage) 


V DD3 


5.25 


V 


Table 9-3 DC Characteristics 


Parameters 


Test Conditions 


Commercial 
Min Typ Max 


Unit 


V| H High-level input voltage 1 


V DD = MAX 


2.4 




V 


Vil Low-level input voltage 1 


V DD = MIN 




0.8 


V 


V h High-level output voltage 


V DD = MIN,l H = -2mA 


2.4 




V 


Vql Low-level output voltage 


V DD = MIN.I 0L = 2mA 




0.5 


V 


Iih High-level input current 


V DD = MAX, HostV DD = MAX 
DRAMV DD = MAX 




10 


uA 


Iil Low-level input current 


V DD = MAX,V, N = 0V 


-10 




MA 


Iqz Output leakage current 


Hi-Z output driven to OV and 
5.25 V 


-10 


+10 


MA 


•dd27 Supply Current 2 


GCK = 40MHz 




150 


mA 


@V DD3 = 2.7V 


V| N = 0or2.7V,C L =50pF,Ta=70°C 








l DD33 Supply Current 


GCK = 40MHz 




180 


mA 


@V DD3 = 3.3V 


V, N = 0or3.3V,C L =50pF.Ta=25°C 








l DD36 Supply Current 2 


GCK = 40MHz 




200 


mA 


@V DD3 = 3.6V 


V tN =0or3.6V, C L =50pF.Ta=70°C 








C )N Input Capacitance 1 






10 


pF 


Cqut Output Capacitance 1 






12 


PF 


Cl/O Output Capacitance 1 






12 


PF 



1. Not 100% tested, guaranteed by design characterization 

2. Supply current is a few percent lower at -10°C than 70°C. 

9.1.1 Duty Cycle 

The CL480 was designed for GCK and VCK duty cycles of 55/45. 

9.1.2 Power Pin Supply Voltages 

Pins 7, 29, 49, 65, 77, 81, 98, 110, 112, 21, 22 should be connected to 
2.7 to 3.6V. The maximum voltage output by the CL480 is the voltage 
on these pins. Pins 43 and 123 should be connected to the maximum 
voltage that any of the inputs or I/Os will receive. For example, if a 5V 
DRAM and a 3V host are being used, connect both these pins to 5V. 
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9.1.3 Power-up and Power-down Constraints 

During power-up and power-down, the 5V supply voltage should always 
be at a higher voltage than the 3.3V supply voltage. The 5V supply is 
connected to the N well of the P channel output transistor in the I/O pads. 
The source terminal of this transistor is connected to 3.3V. If the 3.3V 
supply is more than about .6V above the 5V supply, the diode between 
the P diffusion and the N well will conduct current, latching up the chip 
or destroying the bond wires for the 5V supply. 



This section describes the AC timing characteristics of the CL480. The q y 

timing characteristics are divided into related groups. « P T: m : no 

d Host Bus Interface Timing Characteristics 

d Figure 9-1, Host Interface Local Register, Write Operation 

□ Table 9-4, Timing Characteristics, Local Register Write 

□ Figure 9-2, Host Interface Local Register, Read Operation 
a Table 9-5, Timing Characteristics - Local Register Read 

d DRAM/ROM Bus Timing 

□ Figure 9-3, Local DRAM Bus Timing 

d Figure 9-4, Local DRAM CAS-before-RAS Refresh 

□ Table 9-6, Timing Characteristics - Local DRAM Bus 
□ CD Interface Timing 

□ Figure 9-5, CD Input: 32-bit CD-BCK, Data Latch Timing High 
d Figure 9-6, CD Input: 32-bit CD-BCK, Data Latch Timing Low 

□ Figure 9-7, CD Input: 24-bit CD-BCK, Data Latch Timing High 

□ Figure 9-8, CD Input: 24-bit CD-BCK, Data Latch Timing Low 

□ Figure 9-9, CD Input: 16-bit CD-BCK, Data Latch Timing High 

□ Table 9-7, CD Input Timing 
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□ Video Bus Timing 



□ Figure 9-10, VOE and VD 

d Table 9-8, Timing Characteristics: VOE and VD 

d Figure 9-11, VCK In at 27 MHz and VD (pixel data) 

d Table 9-9, Timing Characteristics: VCK and VD 

d Figure 9-12, VSYNC Out versus HSYNC Out 

d Figure 9-13, VSYNC In versus HSYNC In 

d Figure 9-14, VCK Out versus HSYNC Out 

d Figure 9-15, VCK In versus HSYNC In 

d Figure 9-16, VCK In versus HSYNC Out 

d Table 9-10, Timing C haracteristics: VCK, HSYNC, and 
CSYNC/VSYNC 



n Figure 9-17, VCK Out versus HSYNC In 



d Figure 9-18, VCK Out versus CSYNC/VSYNC Out 
d Figure 9-19, VCK In versus CSYNC/VSYNC Out 



□ Table 9-11, Timing C haracteristics: VCK, HSYNC, and 

CSYNC/VSYNC 

□ Audio Bus Timing 

□ Figure 9-20, Audio Interface Timing Modes 

□ Table 9-12, Timing Characteristics: Audio 
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9.2.1 Host Bus Interface Timing 

This section describes the host-related AC timing characteristics of the 
CL480. 
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Figure 9-1 Host Interface Local Register, Write Operation 



Table 9-4 Timing Characteristics - Local Register Write 



Time 



Description 



Min 



Max Units 



T1 R/W valid to DS LOW 

T2 HSEL[2:0] valid to DS LOW 

T3 HD[7:0] valid to DS LOW 

T4 DSLOWtoDACKLOW 

T5 DACKLOWtoDSHIGH 

T6 DS HIGH to DACK HIGH 

T7 R/W hold after DACK LOW 

T8 HSEL[2:0] hold after DACK LOW 

T9 HD[7:0] hold after DACK LOW 

T10 DS HIGH hold after DACK HIGH 



5 




ns 


5 




ns 


5 




ns 


(below) 2 


(below) 3 









ns 


1GCK 


2GCK 









ns 







ns 







ns 


5 




ns 



1. Not 100% tested, guaranteed by design. 

2. (GCK * 2) when A_MSB, A_MB, A_LSB and DJ.SB write operation; (GCK * 21) when C-FIFO 
D_MSB write; (GCK * 6) when D_MSB write. 

3. (GCK • 3) when A_MSB, A_MB, AJ.SB and DJ.SB write operation; (GCK * 22) when C_FIF0 
D_MSB write; (GCK * 6 + GBUS waiting time) when D_MSB write. Note: GBUS waiting time can 
be from to over 500 GCKs. 
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Figure 9-2 Host Interface Local Register, Read Operation 



Table 9-5 Timing Characteristics - Local Register Read 



Time 1 


Description 


Min 


Max 


Units 


T11 


R/W valid to DS LOW 


5 




ns 


T12 


HSEL[2:0] valid to DS LOW 


5 




ns 


T13 


DS LOW to HD[7:0] (non-tristate) 


20 




ns 


T14 


DS LOW to HD[7:0] valid 




Note 2 


ns 


T15 


DSLOWtoDACKLOW 


Note 3 


Note 4 


ns 


T16 


DACKLOWtoDSHIGH 


25 




ns 


T17 


DS HIGH to DACK HIGH 


1GCK 


3GCK 




T18 


DS HIGH to HD[7:0] tristate 


1GCK 


3GCK 




T19 


R/W hold after DS HIGH 


2GCK 






T20 


HSEL[2:0] hold after DS HIGH 


2GCK 






T21 


DACK HIGH to DS LOW (next operation) 


5 




ns 


T22 


HD[7:0] valid to DACK LOW 


-10 




ns 



1. Not 100% tested, guaranteed by design. 

2. (3ns + GCK * 2) when A_MSB and DJ.SB read; (3ns + GCK * 5 + GBUS waiting time) when 
D_MSB read 

3. (GCK * 2) when A_MSB and DJ.SB read; (GCK * 6) when D_MSB read 

4. GCK * 3) when A_MSB and D_LSB read; (GCK * 6) + GBUS waiting time when D_MSB read 



9.2.2 DRAM/ROM Bus Timing 

Local DRAM/ROM Bus Timing is shown next. 
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Figure 9-3 Local DRAM Bus Timing 
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Figure 9-4 Local DRAM CAS-before-RAS Refresh 
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Table 9-6 Timing Characteristics - Local DRAM Bus 1, 2 



Time 



Description 



Parameter 



Min 



Max Units 



T31 
T61 
T62 
T63 
T64 
T65 
T66 
T67 
T68 
T69 
T70 
T71 
T72 
T73 
T74 
T75 
T76 
T77 
T78 
T79 
T80 
T81 
T82 
T83 
T84 
T85 
T86 
T87 
T88 
T89 
T90 
T91 
T93 
T94 



GCK Period (tCYC) 

GCK HIGH to RAS HIGH 2 

GCK HIGH to CAS HIGH 2 

GCK HIGH to Memory Data HIGH or LOW (DRAM write) 2 

GCK HIGH to WE HIGH or LOW 2 

GCK HIGH to Memory Address HIGH or LOW 2 

Read Data Setup Time before CASIN HIGH 

Read Data Hold Time after CASlN HIGH 

Row Address Setup Time 2 

Write Data Setup Time before CAS LOW 2 

Write Data Hold Time after CAS LOW 2 

RAS Hold Time after CAS LOW 2 

Read Command Hold Time from CAS 2 

Read Command Setup TimettfCAS LOW 2 

Column Address Setup Time to"CAS LOW 2 

Column Address Hold Time from CAS LOW 2 

Row Address Hold Time from RAS LOW 2 

CAS LOW Time 2 

CAS HIGH Time 2 

RAS HIGH Time 2 

RAS LOW Time 2 

Write Command Setup Time to"CAS LOW 2 

Write Command Hold Time from~CAS LOW 2 

CAS HIGH to Memory Data Driven 2< 3 

Column Address to CAS HIGH 2 

RAS to CAS delay 2 

CAS Setup Time to RAS (Memory Refresh Cycle) 2 

CAS Hold Time from RAS (Memory Refresh Cycle) 2 

RAS HIGH to CAS LOW delay (Memory Refresh Cycle) 2 

Column Address to RAS HIGH 2 

RAS LOW to CAS HIGH 2 

RAS Hold Time from CAS Precharge 2 

Read Command Hold Time from RAS 

GCK to MD three-state (write) 





TBD 




ns 




TBD 


TBD 


ns 




TBD 


TBD 


ns 




TBD 


TBD 


ns 




TBD 


TBD 


ns 




TBD 


TBD 


ns 
ns 
ns 


USR 







ns 


ks 







ns 


tDH 


15 




ns 


toSH 


20 




ns 


toRH 


10 




ns 


toes 







ns 


Use 







ns 


km 


15 




ns 


tRAH 


10 




ns 


*CAS 


20 




ns 


k? 


10 




ns 


top 


70 




ns 


toAS 


80 


TBD 


ns 


*wcs 







ns 


twCH 


15 




ns 
ns 


t M + T66 


TBD 




ns 


tocD 


60 




ns 


tosR 


10 




ns 


km 


15 




ns 


tope 







ns 


toAL 


40 




ns 


t RAC + T66 


85 




ns 


toHCP 


TBD 




ns 


toRH<tocH 







ns 




TBD 


TBD 


ns 


are made at 0.8V and 2.4V. Output load capacitance 



1. Inputs switch between 0.0V and 3.5V at IV/ns and measurements 
= 50pF. 

2. Not 100% tested, guaranteed by design. 

3. MD[15:0] driven only when next cycle will be a write. 
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Table 9-6 Timing Characteristics - Local DRAM Bus (cont.) 



Time 



Description 



Parameter 



Min 



Max Units 



CAS HIGH to MD three-state (read) 
CASIN LOW Time 



CASIN HIGH TIME 



T95 
T96 

T97 

T98 CASlNHIGHtoCASLOW 

T123 GCK HIGH to CAS LOW 

T124 GCK HIGH to RAS LOW 



TBD 


TBD 


ns 


TBD 




ns 


TBD 




ns 


TBD 




ns 


TBD 


TBD 


ns 



TBD 



TBD 



ns 
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9.2.3 CD Interface Timing 

Timing for each of the six different CD signal input formats is shown 
below: 
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Figure 9-5 CD Input 32-bit CD-BCK, Data Latch Timing High 
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Figure 9-6 CD Input 32-bit CD-BCK, Data Latch Timing Low 
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Figure 9-7 CD Input: 24-bit CD-BCK, Data Latch Timing High 
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Figure 9-8 CD Input: 24-bit CD-BCK, Data Latch Timing Low 
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Figure 9-9 CD Input: 16-bit CD-BCK, Data Latch Timing High 



Table 9-7 CD Input Timing 1 



Time 


Description 


Min Max 


Units 


T1 


CD-BCK High Pulse Width 


(3 GCKs) 




T2 


CD-BCK Low Pulse Width 


(3 GCKs) 




T3 


CD-DATA, CD-LRCK setup 


5 


ns 


T4 


CD-DATA, CD-LRCK hold 


10 


ns 


T5 


CD-C2P0 first byte latch 


5(CD-BCKs) 




T6 


CD-C2P0 second byte latch 


27 (CD-BCKs) 




T7 


CD-C2P0 second byte latch 


19(CD-BCKs) 




T8 


CD-C2P0 second byte latch 


11 (CD-BCKs) 





1. Not 100% tested, guaranteed by design. 
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9.2.4 Video Bus Timing 

Timing diagrams for video output are shown in the following pages. 



VOE 



VD 



A 



T40- 



( > 



T41 



Note: VOE is asserted high in ES1. 
Figure 9-10 Timing - VOE and VD 

Table 9-8 Timing Characteristics: VOE and VD 



Time 1 Description 


Min 


Max 


Units 


T40 VOE LOW to VD non-tristate 
T41 VOE HIGH to VD tristate 


3 
3 


15 
15 


ns 
ns 



1. Not 100% tested, guaranteed by design. 



VCK(in) 



VD[23:0] 



T42- 



)§<ZZJK 



T43 

Figure 9-11 Timing - VCK in at 27 MHz and VD (pixel data) 



Table 9-9 Timing Characteristics: VCK and VD 








Time 1 Description 


Min 


Max 


Units 


T42 VCK (In) HIGH to VD invalid (VD hold after VCK) 
T43 VCK (In) HIGH to VD valid 


7 


30 


ns 
ns 



1. Not 100% tested, guaranteed by design. 
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HSYNC(out) 



Top field 



VSYN Clout) 



HSYNC(out) 



Bottom field 



VSYNC (out) 



Figure 9-12 VSYNC Out versus HSYNC Out 
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VSYNC (in) 



< 100 ns < 100 ns 



Top field 



HSYNC(in) 



VSYNC (in) 



>10ns 



>10u.s 



Bottom field 



Figure 9-13 VSYNC In versus HSYNC In 



Note: There are no unusual timing requirements on HSYNC, 
VSYNC or CSYNC. 



When HSY NC and V SYNC are outputs (Figure 9-12), the po- 
sition of the VSYNC edges in the HSYNC period is complete- 
ly programmable by writing DRAM locations. 
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Note: HSYNC must always be synchronous to VCK in both 
HSYNC in and HSYNC out modes. 



VCK (out) 



HSYNC (out) 



V 



R_TTJ 



T64 



T65 



VCK (in) 



HSYNC (in) 



VCK (in) 



HSYNC (out) 



Figure 9-14 VCK Out versus HSYNC Out 
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Figure 9-15 VCK In versus HSYNC In 






T67 



T68 



Figure 9-16 VCK In versus HSYNC Out 
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Table 9-10 Timing Characteristics: VCK, HSYNC, and CSYNC/VSYNC 



Time 



Description 



Min Max Units 



T64 VCK (out) HIGH to HSYNC (out) LOW 

T65 VCK (out) HIGH to HSYNC HIGH 

T66 HSYNC (in) LOW to VCK (in) HIGH 

T67 VCK (in) HIGH to HSYNC (out) LOW 

T68 VCK (in) HIGH to HSYNC (out) HIGH 





10 
3 
3 



1. Not 100% tested, guaranteed by design. 



VCK (out) 



HSYNC (in) 
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Figure 9-17 VCK Out versus HSYNC In 
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Figure 9-18 VCK Out versus CSYNC/VSYNC Out 
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Figure 9-19 VCK In versus CSYNC/VSYNC Out 



15 
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ns 
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Electrical and Physical Specifications 9-17 



AC Timing Characteristics 



Table 9-11 Timing Characteristics: VCK, HSYNC, and CSYNC/VSYNC 



Time 



Description 



Min 



Max Units 



T69 HSYNC (in) LOW to VCK ( out) HIGH 

T70 VCK (out) HIGH to CSYNC/VSYNC (out) LOW 

T71 VCK (out) HIGH to CSYNC/VSYNC (out) HIGH 

T72 VCK (in) HIGH to CSYNC/VSYNC (out) LOW 

T73 VCK (in) HIGH to CSYNC/VSYNC (out) HIGH 



20 


3 
3 



13 
13 



ns 
ns 
ns 
ns 
ns 



1. Not 100% tested, guaranteed by design. 



9.2.5 Audio Bus Timing 

Timing for the audio interface of the CL480 is shown in Figure 9-20. 



DA-XCK 
DA-BCK 
DA-LRCK 
DA-DATA 



T1 



L 



Figure 9-20 Audio Interface Timing Modes 



The three output pins of the audio bus — DA-BCK, DA-LRCK, and DA- 
DATA — are synchronized to the rising edge of the input signal DA-XCK. 
The delay time between the rising edge of DA-XCK and these three output 
pins is the same and is shown below in Table 9-12. The signal DA-XCK is 
independent of GCK, so it does not have a specified set and hold time. 



Table 9-12 Timing Characteristics: Audio 








Time 1 Description 


Min. 


Max 


Units 


T1 Delay from DA-XCK to DA-BCK, DA-LRCK, and DA-DATA 


3.3 


30.0 


ns 



1. Not 100% tested, guaranteed by design. 



Note: DA-DATA is driven out of the CL480 on the falling edge 
of DA-BCK and is typically latched in the audio DAC with the 
rising edge DA-BCK. 
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The CL480 is packaged in a 128-pin small outline plastic quad flat pack 

(PQFP). This section includes: 9 - 3 

Package 
d The CL480 Pinout Diagram Specifications 

□ Tables of CL480 pin connections 
d Host Bus Interface Pins 

□ CD Interface Pins 

□ Global Interface Pins 

d DRAM/ROM Bus Interface Pins 

□ Audio Bus Interface Pins 
d Video Bus Interface Pins 

□ Power and Miscellaneous Pins 

d Package Physical Dimensions 

The CL480 is shipped in a drypack with desiccant and a humidity mon- 
itor. Do not use the parts if the humidity indicator indicates that the hu- 
midity is greater than 30% at the initial opening of the drypack. To avoid 
cracking the plastic during soldering, the parts should be soldered with- 
in three days after breaking the drypack seal. 

Note that "RESERVED" pins are reserved for future use. They should 
be pulled either HIGH or LOW. 
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VOE 

VDD3 

VCLK 

VSS 

RESET 

VSS 

CD-C2PO 

CD-LRCK 

CD-DATA 

CD-BCK 

DA-LRCK 

DA-DATA 

DA-BCK 

VDD3 

DA-XCLK 

VDD3 

INT 

RESERVED 

HOST.ENA 

ROM.ENA 

RESERVED 

DAC.EMP 

CDDA.EMP 

RESERVED 

FMV.DET 

CDDA/VCD 

VDDMAX 

RESERVED 

VSS 

RESERVED 

HSEL[0] 

HSELI1] 
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RESERVED 

MA[0] 

MA[1] 

MA[2] 

MA[3] 

MA[4] 

VSS 

MA[5] 

MA[6] 

MA[7) 

MA[8] 

MA[9] 

RASH] 

RASI01 

UCASIN 

VDD3 

UCAS 

MWE 

VSS 

LCAS IN 

LCAS 

VDDMAX 

MD[15] 

MD[14] 

MD[13] 

MD[12] 

VSS 

MD[11] 

MD[10] 

MD[91 

MD[8] 

MCEJ1] 



Figure 9-21 CL480 PQFP Pinout Diagram 
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9.3.1 Pin List 



Table 9-13 Host Bus Interface Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


HSEL2 


Host 


1 


1 


HD[3] 


Host 


I/O 


11 


HSEL1 


Host 


1 


128 


HD[2] 


Host 


I/O 


9 


HSELO 


Host 


1 


127 


HD[1] 


Host 


I/O 


8 


CFLEVEL 1 


Host 





4 


HD[0] 


Host 


I/O 


6 


DS 


Host 


1 


2 


R/W 2 


Host 


I 


3 


HD[7] 


Host 


I/O 


15 


DTACK ' 


Host 





5 


HD[6] 


Host 


I/O 


14 


INT 1 


Host 


I/O 


113 


HD[5] 


Host 


I/O 


13 


HOST.ENA 


Host 


I 


115 


HD[4] 


Host 


I/O 


12 











1. Open-drain output, requires a pullup resistor of 1.5K ohms. 

2. Note: The signal is asserted R/W in ESI. 



Table 9-14 CD Interface Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


CD-LRCK 


CD 


I 


104 


CD-BCK 


CD 


I 


106 


CD-DATA 


CD 


I 


105 


CD-C2P0 


CD 


I 


103 


CDDA/VCD 


CD 





122 


FMV.DET 


CD 





121 


Reserved 


CD 




119 


Reserved 


CD 




124 


Reserved 


CD 




120 


Reserved 


CD 




126 



Table 9-15 Global Interface Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


RESET 


Global 


I 


101 


TEST 1 


Global 


1 


17 



1. Requires a pullup resistor of 1.5K ohms. 
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Table 9-16 DRAM/ROM Bus Interface Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


MA9 


DR/RM 





53 


MD8 


DR/RM 


I/O 


34 


MA8 


DR/RM 





54 


MD7 


DR/RM 


I/O 


31 


MA7 


DR/RM 





55 


MD6 


DR/RM 


I/O 


30 


MA6 


DR/RM 





56 


MD5 


DR/RM 


I/O 


28 


MA5 


DR/RM 





57 


MD4 


DR/RM 


I/O 


27 


MA4 


DR/RM 





59 


MD3 


DR/RM 


I/O 


26 


MA3 


DR/RM 





60 


MD2 


DR/RM 


I/O 


25 


MA2 


DR/RM 





61 


MD1 


DR/RM 


I/O 


24 


MA1 


DR/RM 





62 


MDO 


DR/RM 


I/O 


23 


MAO 


DR/RM 





63 


RAS[0] 


DR/RM 





51 


MD15 


DR/RM 


I/O 


42 


RAS[1] 


DR/RM 





52 


MD14 


DR/RM 


I/O 


41 


LCAS 


DR/RM 





44 


MD13 


DR/RM 


I/O 


40 


UCAS 


DR/RM 





48 


MD12 


DR/RM 


I/O 


39 


LCASIN 


DR/RM 


I 


45 


MD11 


DR/RM 


I/O 


37 


UCASIN 


DR/RM 


I 


50 


MD10 


DR/RM 


I/O 


36 


WE 


DRAM 





47 


MD9 


DR/RM 


I/O 


35 


can 


ROM 





33 


CE[0] 


ROM 





32 


RESERVED 


ROM 





64 


ROM_ENA 


ROM 


I 


116 











Table 9-17 Audio Bus Interface Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


DA-LRCK 


Audio 





107 


DA-BCK 


Audio 





109 


DA-DATA 


Audio 





108 


DA-XCLK 


Audio 


1 


111 


DAC_EMP 


Audio 





118 


CDDAJMP 


Audio 


1 


119 
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Table 9-18 Video Bus Interface Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


VD23 


Video 





94 


VD9 


Video 





76 


VD22 


Video 





93 


VD8 


Video 





75 


VD21 


Video 





92 


VD7 


Video 





74 


VD20 


Video 





91 


VD6 


Video 





72 


VD19 


Video 





89 


VD5 


Video 





71 


VD18 


Video 





88 


VD4 


Video 





70 


VD17 


Video 





87 


VD3 


Video 





69 


VD16 


Video 





86 


VD2 


Video 





68 


VD15 


Video 





84 


VD1 


Video 





67 


VD14 


Video 





83 


VDO 


Video 





66 


VD13 


Video 





82 


HSYNC 


Video 


I 


96 


VD12 


Video 





80 


vol 1 


Video 


I 


97 


VD11 


Video 





79 


VCLK 


Video 


I 


99 


VD10 


Video 





78 


VSYNC 


Video 


I 


95 



1. Note: In ES1,this signal is asserted high (VOE, notVOE). 
Table 9-19 Power and Miscellaneous Pins 



Function 


Group 


I/O 


Pin# 


Function 


Group 


I/O 


Pin# 


VDD3 


Power 


PWR 


7 


vss 


Power 


GND 


10 


VDD3 


Power 


PWR 


29 


vss 


Power 


GND 


16 


VDDMAX 1 


Power 


PWR 


43 


vss 


Power 


GND 


18 


VDD3 


Power 


PWR 


49 


vss 


Power 


GND 


38 


VDD3 


Power 


PWR 


65 


vss 


Power 


GND 


46 


VDD3 


Power 


PWR 


77 


vss 


Power 


GND 


58 


VDD3 


Power 


PWR 


81 


vss 


Power 


GND 


73 


VDD3 


Power 


PWR 


98 


vss 


Power 


GND 


85 


VDD3 


Power 


PWR 


110 


vss 


Power 


GND 


90 


VDD3 


Power 


PWR 


112 


vss 


Power 


GND 


100 


VDDMAX 1 


Power 


PWR 


123 


vss 


Power 


GND 


102 


VDD3 


Power 


PWR 


21 


vss 


Power 


GND 


125 


VDD3 


Power 


PWR 


22 


vss 


Power 


GND 


18 


XTLIN 






19 


XTL OUT 






20 



1. VDDMAX is the maximum of the DRAM and Host interface input voltages. 
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9.3.2 Package Drawings 
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Figure 9-22 Plastic Quad Flat Pack Physical Dimensions 



9-24 C-Cube Microsystems 



Package Specifications 



Table 9-20 Plastic Quad Flat Pack Physical Dimensions 



SYMBOL 



DIMENSIONS 
INCHES MM 

A 3.7 MAX. 

A1 MIN. 

A2 3.5 MAX. 

D 18.0dfl.20 

E 20.0i0.20 

E1 0.2 TYP. 

E2 0.5 TYP. 

E3 0.1 5 TYP. 

E4 0.5010.20 

E5 1.0d0.20 

Z 1.25 TYP. 
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10 
Registers 



This chapter describes the CL480 registers. You should be familiar with 
the relation of these registers to the CL480's external signals as de- 
scribed in Chapter 3, Signal Descriptions. You should also be aware that 
the functions described by these registers are initialized by microcode 
as outlined in Section 12.3. 

The sections in this chapter are: 

d 10.1: CL480 Register Categories 

d 10.2: Host Interface Register 

d 10.3: Internal CPU Registers 

d 10.4: CD Interface Registers 

□ 10.5: DRAM Interface Registers 

d 10.6: Audio Interface Registers 

d 10.7: Video Interface Register 



CL480 Register Categories 



10.1 



The CL480 registers perform low-level operations or act as part of the 
protocol for communicating with the microcode executing on the 
CL480 Register CL480's internal CPU. For purposes of this reference, they are divided 
Categories j nt0 t jj ree categories as described below and shown in Table 10-1. 



□ Normal. These registers are used routinely to configure/communi- 
cate with the CL480 and its microcode, although not all applica- 
tions use all of these registers. 

a Initialization: These registers are initialized by microcode and 
should only be accessed by the host prior to the beginning of mi- 
crocode execution as part of the chip initialization procedure. 

d Diagnostic: These registers are used only when debugging a prob- 
lem. Because the host's use of these registers may conflict with 
CL480 operations, diagnostic register accesses should not be per- 
formed during normal operation. 
Table 10-1 CL480 Registers (listed by category) 



Category 


Register 
Name 


Address 


Category 


Register Name 


Address 




CPU_cntl 


0x33 




AUD_mode 


0x1 B 




CPU_pc 


0x3A 




VID.WEIGHTO 


0xh2 


Normal 


CPUjaddr 


0x36 




VID_WEIGHT1 


0xh3 




CPU_imem 


0x32 




VID_WEIGHT2 


0xh4 




HOSTjnt 


OxOF 




VID_WEIGHT3 
VID_WEIGHT4 


0xh5 




DRAM.ROMTA 


0x32 


0xh6 




DRAM_REF 


0x33 


Diagnostic 


VID.MODE 


0xh7 




DRAMjaddr 


0x20 




VID_Cr 


OxhA 


Initialization 


DRAMJata 


0x21 




VID_YCb 


OxhB 




VIDJaddr 


0x03 




VID_HSYNC_LO 


OxhC 




VIDJata 


0x04 




VID_HSYNC_CYC 
VID_VSYNCTOG 


OxhD 




VID_csync 


OxOB 


OxhE 


Diagnostic 


CD_cntl 


0x12 




VID_HINT 


OxhF 




CD_cnfg 


0x10 




H0ST_pio 


0x07 
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10.1.1 Direct-access Registers 

Registers that can be accessed using a single transfer across the CL480's 
host interface are listed in Table 10-2. To access these registers, perform 
a host read or write with address bits A_MSB[7:6] equal to 10 and ad- 
dress bits A_MSB[5:0] set to the register address. 

Table 10-2 Direct-access Registers 



Register 


Address 


Used For: 


R/W 


Page# 


CD_cntl 


0x12 


Selects type of data sent to the CL480 


R/W 


10-8 


CD_cnfg 


0x10 


Selects data format for CD interface 


R/W 


10-9 


CPU.cntl 


0x33 


Sets CPU Run enable bit 


R/W 


10-6 


CPU_pc 


0x3A 


CPU program counter 


R/W 


10-6 


CPUjaddr 


0x36 


Write address for instruction memory (IMEM) 


R/W 


10-7 


CPUjmem 


0x32 


Data for instruction memory (IMEM) 


R/W 


10-8 


DRAMjaddr 


0x20 


Indirect address for DRAM controller 


R/W 


10-10 


DRAM_data 


0x21 


Data for DRAM controller registers 


W 


10-11 


VIDjaddr 


0x03 


Indirect address for video register access 


R/W 


10-13 


VIDJata 


0x04 


Data for video registers 


W 


10-14 


VID_csync 


OxOB 


Composite sync control 


R/W 


10-13 


AUD_mode 


0x1 B 


Data port to audio mode register (normal) 


R/W 


10-12 


HOSTjnt 


OxOF 


Host interrupt register 


R/W 


10-5 


H0ST_pio 


0x07 


Direction and data for programmable l/Os 


R/W 


10-5 
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10.1.2 Indirect-access Registers 

The first two registers listed in Table 10-3 are accessed indirectly by 
specifying the desired register number in bits 5:0 of the DRAM_iaddr 
register (the ID field), and then reading or writing the DRAM_data reg- 
ister. The remainder of registers in Table 10-3 are addresed by writing 
bits 8:5 of the VID_iaddr register. Note that the "ID " value of Table 10- 
3 replaces the "Address" column of Table 10-2 but that the tables are 
otherwise identical. 

Note: All register addresses and values not shown in Table 
10-2 and Table 10-3 are RESERVED. Attempting to read or 
write these register addresses — or to read a write-only reg- 
ister, or to write a read-only register — causes indeterminate 
results. 

Table 10-3 Indirect-access Registers (described) 



Register 


ID 


Used For: 


R/W 


Page# 


DRAM_R0MTA 


0x32 


ROM access time 


W 


10-11 


DRAM_REF 


0x33 


Refresh time 


w 


10-11 


VID.WEIGHTO 


0xh2 


WO coefficient of YUV to RGB conversion 


w 


10-16 


VID_WEIGHT1 


0xh3 


W1 coefficient of YUV to RGB conversion 


w 


10-16 


VID.WEIGHT2 


0xh4 


W2 coefficient of YUV to RGB conversion 


w 


10-16 


VID.WEIGHT3 


0xh5 


W3 coefficient of YUV to RGB conversion 


w 


10-16 


VID_WEIGHT4 


0xh6 


W4 coefficient of YUV to RGB conversion 


w 


10-16 


VID_M0DE 


0xh7 


Video modes 


w 


10-17 


VID_Cr 


OxhA 


Border color: Cr 


w 


10-14 


VID.YCb 


OxhB 


Border color: Y, Cb 


w 


10-14 


VID_HSYNC_L0 


OxhC 


Width of HSYNC low 


w 


10-15 


VID_HSYNC_CYC 


OxhD 


Sets number of pixel times in active window 


w 


10-15 


VID_VSYNCT0G 


OxhE 


VSYNC toggle point 


w 


10-15 


VIDJHINT 


OxhF 


Horizontal interrupt position 


w 


10-15 



The sections that follow describe the registers contained in each CL480 
interface module. In the detailed definitions given for each register, note 
that bits marked Res are reserved. They will return a or 1 when read, 
but should always be written to 0. 
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This section describes the interrupt control register in the host interface. 
The INT pin is deasserted by writing a to the HOST_int register. 



(normal) 

15 14 13 12 11 10 



9 8 



OxOF 

i o 



Wi 



Int 



Field 



Bit Default 



Description 



Int 



output 



Interrupt request 



If you want to change the Int bit: (I) read out the entire reg- 
ister, OxFEFF, (2) AND the value that you want to write with 
OxFEFF, and then (3) write back this register. 



Host Interface Register 



10.2 

Host Interface 

Register 

HOSTjnt 

Register 



(diagnostic) 

15 14 13 12 11 



10 



0x07 [direct] 

3 2 10 



DAC CDe 1 l«l 1 FMV I/O CD 1 ISSSl / Wffl 1 MM 



DAC (bit 14) 

DAC emphasis flag output. 

CDe (bit 12) 

CD-DA emphasis input. 

FMV (bit 8) 

FMV bitstream (CD-I) detected. 

CD (bit 6) 

CD-DA bitstream detected. 



W 



R 



W 



W 



HOST_pio 
Register 
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10.3 

Internal CPU 
Registers 



This next section describes the registers that allow application programs 
to communicate with the CL480's internal CPU. 

10.3.1 CPU Execution Registers 

These registers are used to enable the CPU and to monitor the execution 
of internal microcode. 



CPU_cntl 
Register 



CPU_pc 
Register 



(normal) 

15 14 13 



0x33 



LS 



(normal) 



15 



FMi 



LS Local State (bits 15, 14) R/W 

The host processor sets this bit as follows to determine the local 
state: 

00: run 

01: single step 

10: halt 

11: resets CPU module 

After initialization, the host needs to set these register bits to 00. 



0x3A 



10 



PC 



PC Program Counter (bits 9:0) R/W 

PC is a ten-bit field that holds the current contents of the pro- 
gram counter used by the internal CPU. When a new value is 
written to PC, the internal CPU executes the instruction at that 
address on the next instruction cycle. 

10.3.2 IMEM Access Registers 

The IMEM access registers, CPU_iaddr and CPU_imem, provide a 
mechanism by which the host processor can write 16-bit microcode 
words into the internal instruction memory (IMEM) to initialize the 
CL480 if a boot ROM is not used. IMEM can hold up to 1024 16-bit mi- 
crocode words. The procedure for writing to IMEM is shown in Figure 
10-4. The circled numbers refer to the steps that follow. 
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© 



Host Interface 



© 



IMEM 



CPUJaddr 
0x36 






L__2_ 


— ► 



1 





3 


2 


5 


4 


• 
• 
• 


|ffQw|l||||^^^| 


• 
• 
• 


1021 


1020 


1023 


1022 



CPUJmem 
0x32 



I :>1_ w 1091 1090 ~* 1 



Figure 10-1 IMEM Write Data Flow 



The sequence of events for writing to the IMEM is: 

1 . The host processor loads the IMEM address to be written into 
CPU_iaddr bits 8:0. The address points to a 32-bit location, and 
thus the 16-bit word address should be shifted right one bit. 

2. The host processor writes successive pairs of 16-bit words to 
the CPUJmem register. (Each pair of words makes up a double 
16-bit instruction.) The CL480 automatically increments 
CPUJaddr with every other write to CPU_imem. 



(normal) 

15 



10 



0x36 

i o 



CPUJaddr 
Register 



WAdd 



WAdd Write Address (bits 8:0) R/W 

This nine-bit field contains the address in the IMEM to which 
the write operation is to be performed. WAdd is automatically 
post-incremented by the CL480 when 32-bit data is written to 
CPUJmem (two 1 6-bit writes). 
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CPU_imem 
Register 



10.4 

CD Interface 

Registers 



CD_cntl 
Register 



(normal) 



0x32 



15 



WData 



WData Write Data (bits 15:0) R/W 

The host processor writes the IMEM data to this 16-bit field. 
The data written to WData is transferred internally to the IMEM 
address pointed to by CPU_iaddr. 

Note: Writes to this register must be done in pairs, with the first 
word written containing the most significant 16 bits of each in- 
struction. If writes are not performed in pairs, the auto-incre- 
ment feature of the CPlMaddr register and the contents of 
IMEM will be left in an unknown state. 



This next section describes the two CD interface control registers. 



The CD_cntl register, shown below, selects the CD interface data for- 
mat and controls ROM decode. 



(diagnostic) 

15 




8 7 6 5 4 3 2 


0x12 

1 


I 


Res 


\Swe Se Owe Dtp 


■B 



Table 10-4 CD_cntl Register Bit Selection 



Field 


Bits 


R/W 1 


Description 


Res 


15:8 




Reserved. 


Swe 


7 


W 


When this bit is high, bit Se is enabled to write. 


Se 


6 


R/W 


If this bit is high, search sector sync is active even if Dtp in this register is 
CD-DA. 


Dwe 


5 


W 


When this bit is set high by the host, Dtp is enabled to be written by the host. 



This value is used to control the mode and data type of the ROM decode 
function: 

3'b000 - MPEG video/audio 
3'b001 - MPEG system 
Dtp 4:2 R/W 3'b010-CD-DA 

3'b01 1 - CD-ROM (MODE or MODE 2) 
3'blOO- CD-ROM (MODE 1) 
3'b101-MODE2-Form1 
3'b110-M0DE2-Form2 

1. Note: Bits listed as write-only are returned with indeterminate values upon read operations. 
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The CD_cnfg register selects the data format of the CD interface as qd cn f„ 

shown below. Register 



(diagnostic) 

15 




5 4 


3 


2 


0x10 

1 


I 


Pes 


Length 


LSBF 


C2LF 


RCH BCKF 


Table 10-5 


CD_cnfg Register Bit Selection 










Field 


Bits R/W 


Description 








Res 


[15:6] Reserved. 











These bits set the number of BCKs per 1 6-bit word: 

00: 32 BCKs, Data valid last 16 BCKs 
Length [5:4] R/W 01: 16 BCKs, Data valid every BCK. 

10: 24 BCKs, Data valid last 16 BCKs. 
1 1 : 24 BCKs, Data valid first 1 6 BCKs (fe) 

LSBF 3 R/W This bit must be set equal to one for input data sent with LSB first. This bit is set to 

zero after receiving the reset signal. 

C2LF 2 R/W This bit must be set equal to one for input data sent with LSB first. 

RrH i R aai This bit must be set to one if high on LRCK indicates the right channel. Bits 5:0 of 
' CD_cnfg are set to zero by the reset signal. 

n rk ,r n RAA/ 0: Input data is latched on the rising edge of BCK. 

BLiw u rvvv 1: | n p Ut data i s | ate hed on the falling edge of BCK. 
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This section describes two registers internal to the DRAM controller — 

1 °- 5 DRAM_ROMTA and DRAM_REF— and the two registers provided to 

DRAM Interface indirectly address them: DRAM_iaddr and DRAM_data. 
Registers 



DRAM_iaddr The DRAM_iaddr register, shown below, contains the address of the in- 

Register directly addressed registers. 

(initialization) 0x20 

15 8 7 6 5 



fas DN R/W ID 



DN Access (bit 7) R 

This bit is only readable and specifies whether the previous in- 
direct register access has completed. When the DRAM_iaddr is 
written, this bit is cleared and remains clear until the request ac- 
cess has completed, when this bit is set. So for proper operation, 
this bit must be checked. For a read operation, after writing the 
address to this register, the host should continuously monitor 
this bit until it is set. This guarantees the data requested is in the 
DRAM_data register. For a write operation, this bit is set after 
the write is completed, so subsequent indirect writes need to 
check this bit before another indirect access is issued. 

R/W Read/write (bit 6) R/W 

Indirect access read/write. 1 = read, = write 

ID Register ID (bits 5:0) R/W 

This six-bit field points to one of the indirect registers. To access 
one of the indirect registers, the host processor loads the register 
ID into ID, then performs a read from or a write to the direct reg- 
ister DRAM_data. The register IDs are listed in numerical order 
in Table 10-6. IDs not listed are reserved and should not be 
used. 



Table 10-6 DRAMJaddr Register IDs 



ID Register 



0x32 DRAM R0MTA 



ID Register 



0x33 DRAM REF 
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The DRAM_data register contains the data read from or written to the 
indirect registers pointer to by ID in DRAM_iaddr as shown below. 



(initialization) 

15 



0x21 

o 



DATA 



DRAM_data 
Register 



The DRAM_ROMTA register, shown below, is used to program ROM 
access time. 



(initialization 

15 



0x32 

o 



ties 1 i 


RTA 



RTA ROM Access Time R 

These bits are used to set the ROM access time (in GCK cycles). 
ROM access time = (RTA+3)* GCK period. Bits 5 and 6 of 
DRAM ROMTA must both be set to 1. 



The DRAM_REF register, shown below, defines the time between re- 
fresh cycles. 



(initialization) 

15 14 13 12 



0x33 

o 



A/Oflilllil 



REFCK 



NOR Refresh Disable 

When one, this bit disables refresh. 



W 



REFJCK Refresh Period W 

Defines the number of GCKs between DRAM refresh cycles. 



DRAM.ROMTA 

Register 



DRAM_REF 

Register 
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10.6 

Audio Interface 

Register 



This section describes the register in the Audio interface module. 



AUD_mode The AUD_mode register selects the parameters which define one of 

Register several serial output modes supported by the audio interface unit. 



(diagnostic) OxlB 

15 6 5 4 3 2 10 


| ^ AE OE RCH LCH S24 LSB 



AE Audio Mode Write Enable W 

Bits 4:0 of AUD_mode are only written when AE is one. 

OE Output Enable R/W 

If this bit is high, the audio output is enabled. If this bit is low, 
the audio unit is reset. 

LCH Left Output (DA-LRCK = S24) R/W 

0: right data (channel 1 in bitstream) 
1: left data (channel in bitstream) 

RCH Right Output (DA-LRCK =523) R/W 

0: left data (channel in bitstream) 
1: right data (channel 1 in bitstream) 

S24 Select 24 bits R/W 

If this bit is one, 24 DA-BCKs are used for each 16-bit audio 
sample. The last 16 of 24 DA-BCKs contain the audio sample. 
The first eight DA-BCKs output on the ninth DA-BCK. The bit 
output on the ninth DA-BCK is either the LSB or the MSB, de- 
pending on bit of AUD_mode. 

Note: The polarity of DA-LRCK is controlled by S24. When S24 
- 1, the left channel is output when DA-LRCK=1. 

LSB LSB First R/W 

If this bit is one, the LSB is shifted out first. 
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This section describes the registers in the video interface module. Note 
that the first three — VID_csync, VID_iaddr, and VID_data — are ad- 
dressed directly, while all the others are addressed indirectly by writing 
the appropriate register ID (VRID) to the VID_iaddr register. 



10.7 

Video Interface 

Registers 



The bit assignments for the VID_csync register are shown below. 



(diagnostic) 

15 



OxOB 

2 1 



Res 


Dwe 


DI 


WE 


IL 


CE 


CDI 


PAL 



Dwe Write enable for dither bit (bit 6) 

When one, the DI bit is written. 



W 



DI Dither enable (bit 5) W 

When one, dithering of 24-bit RGB to 15-bit RGB is enabled. 
Note: dithering is only available on ES2 and ES3. 

WE Write enable for csync modes (bit 4) W 

When one, bits 3:0 of VID_csync can be written. 

IL Interlace (bit 3) W 

When one (default), the composite sync signal will be inter- 
laced (0 = non-interlaced). 

CE CSYNC Enable (bit 2) W 

When one, CSYNC (composite sync) is output. When zero (de- 
fault), VSYNC is output. 

CDI CD-I (bit 1) W 

When one, the composite sync will be in CD-I mode. 

PAL PAL (bit 0) W 

When one, the composite sync will be in PAL mode. 



VID_csync 
Register 
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Video Interface Registers 

VIDJaddr 
Register 



(initialization) 

15 



9 8 



0x03 

1 o 



Res 


VRID 


WE 


Res 



VRID Video Register ID (bits 8:5) R/W 

This four-bit field points to one of the indirect video registers. 
To access one of the indirect video registers, the host processor 
loads the video register ID into VRID, then performs a read from 
or a write to the direct register VID_data. The video register IDs 
are listed in numerical order in Table 8-8. VRIDs not listed are 
reserved and should not be used. 



Table 10-7 



Video Register IDs 






VRID 


Video Register 


VRID 


Video Register 


A 


VID_Cr 


2 


VID_WEIGHTO 


B 


VID_YCb 


3 


VID_WEIGHT1 


C 


VID_HSYNC_L0 


4 


VID_WEIGHT2 


D 


VID_HSYNC_CYC 


5 


VID_WEIGHT3 


E 


VIDJ/SYNCTOG 


6 


VID.WEIGHT4 


F 


VID_HINT 


7 


VID_selmode 



WE Register ID Write Enable (bit 4) R/W 

When one, this bit field allows VRID data to be written. 



VID_data 
Register 



(initialization) 

15 



0x04 



VRData 



VID_Cr 
Register 



(diagnostic) 

15 



VRData Video Register Data (bits 15:0) W 

The host processor uses this 16-bit field to read from and write 
to the indirect video register pointed to by VRID in VID_iaddr. 

VRID = A 



Bes Cr 



Cr Border Cr Data (bits 7:0) W 

Diagnostic programs may use this 8-bit field to write Cr chromi- 
nance border color. 
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(diagnostic) 



VRID =B 



15 8 


7 


Y 


Cb 



Y Border Y Data (bits 15:8) W 

Diagnostic programs may use this 8-bit field to write Y lumi- 
nance border color. 

Cb Border Cb Data (bits 7:0) W 

Diagnostic programs may use this 8-bit field to write Cb 
chrominance border color. 



(diagnostic) 

15 



VRID = C 



10 



Res HSLO 



HSLO (bits 9:0) W 

Diagnostic programs may use this 10-bit field to set the width 
of HSYNC low in units of pixel times. 



Video Interface Registers 



VID_YCb 
Register 



VID_HSYNC_LO 
Register 



(diagnostic) 



VRID = D 



15 




10 


9 







|i ' "*M 


Hm 






HSHI 





(diagnostic) 



HSHI (bits 9:0) W 

Diagnostic programs may use this 10-bit field to set the number 
of pixel times in the active video window plus horizontal blank- 
ing. 

VRID = E 



15 




10 


9 







Res 


VTOG 



VTOG 



(bits 9:0) 



W 



Diagnostic programs may use this 10-bit field to set the VS YNC 
toggle point for the bottom field. VTOG is the number of pixel 
times from the falling edge of HSYNC. 



VID_HSYNC_CYC 
Register 



VID_VSYNCTOG 
Register 
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VID_HINT 

Register 



VID_WEIGHTO 
Register 



VID_WEIGHT1 
Register 



VID_WEIGHT2 

Register 



VID_WEIGHT3 
Register 



VID_WEIGHT4 
Register 



(diagnostic) 

15 



VRID = F 



10 



HINT 



(diagnostic) 



HINT (bits 9:0) W 

Diagnostic programs may use this 10-bit field to set the horizon- 
tal interrupt position. HINT is the number of VCKs from the 
falling edge of HS YNC where the video interrupt is requested. 
This is typically set to the right edge of active video. 

VRID = 2 



15 11 


10 







Res 


WO 


(diagnostic) 

15 11 


10 




VRID = 3 




Res 




W1 




(diagnostic) 

15 11 


10 




VRID =4 




Res 


W2 


(diagnostic) 

15 11 


10 




VRID = 5 




Res 


W3 


(diagnostic) 

15 


9 8 




VRID = 6 

1 


Res 




W4 






K4 - KO RGB Conversion Coefficients W 

These five weights are the coefficients for the YCbCr-to-RGB 
conversion performed by the internal color-space converter. 
The equations for the color-space conversion are: 

Red = WA{Y-YOFF) +W0xCr 

Blue = W4(Y- YOFF) +W3xCb 

Green = W4(Y- YOFF) + W\ x Cr + W2 x Cb 
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Figure 10-2 shows the location of the binary points for WO to 
W4. YOFF is either or 16 depending on the YA bit in the 
VID_mode register. 



WO 


S 


2 bits 


8 bits 










W1 


S 


2 bits 


8 bits 










W2 


S 


2 bits 


8 bits 










W3 


S 


2 bits 8 bits 










W4 


° 


Jlbit 


7 bits 






-J * binary point 



sign bit 



Figure 10-2 Binary Representations of Conversion Coefficients 



To get an RGB color range of 16 to 235, as is often desired in 
consumer applications, the values of the coefficients should be 
set as shown in the left column. To get an RGB color range of 
to 255, as is often desired in computer applications, the values 
of the coefficients should be set as shown in the right column. 



16 to 235 



to 255 



W2 = 0x7A8 
W3 = 0x1C6 
W1 =0x749 
WO = 0x167 
W4 = 0x100 



W2 = 0x79C 
W3 = 0x202 
W1 =0x731 
W0 = 0x1 97 
W4 = 0x12A 
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VID_MODE 
Register 



(diagnostic) 

15 



12 11 



10 



VRID = 7 

3 2 10 



»iiiill! H_E IHll Ven YA VCK V16 lllllilllllll RGB l!H Syn 



H E 



HSYNC Mode Select (bit 11) 



W 



This bit co ntrols the output mode of HS YNC: 1 = HS YNC out 
enable, = HSYNC forced to 0. 

Ven VCKEnable"(bit9) W 

This bit controls the output mode of VCK: 1 = enable, = dis- 
able. This bit is valid in either VCK output or input mode. 

YA Y Offset (bit 8) W 

This bit controls theY offset: 1 = subtract 16, = no adjust. To 
get a RGB color range of to 255, YA should be set to one. 

VCK VCK Direction (bit 7) W 

This bit controls VCK input/output direction: 1 = output, = in- 
put. 

V16 Video Bus Width (bit 6) W 

This bit controls the Vbus width in YCbCr mode: 1 = 16-bit, 
= 8-bit. 

RGB RGB versus YCbCr (bit 2) W 

This bit controls video output mode: 1 = RGB, = YCbCr. 



Syn 



Video Range (bit 0) 



W 



This bit controls VSYNC and HSYNC input/output direction: 1 
= output, = input. 
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11 

Microcode 
Overview 



The CL480 performs its higher-level functions by executing microcode 
on its internal CPU. The microcode is supplied by C-Cube Microsys- 
tems with the hardware. 

The microcode must be loaded into the CL480 by a boot ROM or 
through the CL480 host interface; it needs to be loaded in specific sec- 
tions of the local DRAM and on-chip IMEM. Additional information on 
loading and executing this code is contained in this chapter and on the 
distribution disk that is provided with the CL480 . 



The operation of the CL480 microcode and the host processor can be TTZ 

described by a set of "process configurations" — each a named group of p r nrp«« 

software processes, some executing within the host processor and some Cnnf imiratinn* 

executing within the CL480's microcode. Five different process config- _ 

urations occur at different times in a CL480 system. These process con- 
figurations are shown in Figure 11-1 and Figure 11-2. 



Process Configurations 



Microcode Load from Host 



Microcode Load from ROM 
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(See Figure 1 1-2.) 



Figure 11-1 CL480 Microcode Process Configurations 
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Within each process configuration shown in Figure 11-1 and Figure 11- 
2, shaded ovals indicate individual but concurrently-running software 
processes executed by the host or the CL480, rectangles indicate hard- 
ware resources, and arrows indicate logical data transfers. (Physical 
buses used for data transfers are not indicated.) The large arrows point- 
ing to separate process configurations in Figure 11-1 indicate possible 
microcode progress over time in a CL480-based system. 

A total of six separate software processes are shown (shaded ovals) in 
the five process configurations of Figure 11-1 and Figure 11-2. They are 
Microcode-load, Initialization, Command, Bitstream Input, Decode, 
and Output. The first two of these processes are described in Chapter 12 
(Initialization). The remainder of these processes execute simultaneous- 
ly when the system is in the Decoding process configuration shown in 
Figure 11-2 and are described in more detail following this figure. 
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CD 

CD 



Local DRAM 



Figure 11-2 CL480 Decoding Process Configuration 
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11.1.1 Microcode-Load 

The CL480 microcode-load procedure for systems both with and without 
a boot ROM is described below. 

With Boot ROM 

When the boot ROM is enabled (the ROM_ENA pin is pulled high and 
a ROM containing microcode is installed), the initialization procedure is: 



1. Toggle the RESET pin. 

2. Write a non-zero value to DRAM location OxEO (High Priority 
Command area Command ID described on page 12-2). 

3. Poll DRAM location OxOE for a zero value. When this occurs, 
microcode initialization is complete. 

4. Issue commands (Play(), etc). 

Without Boot ROM 

When the boot ROM is disabled (ROM_ENA pulled low), the initializa- 
tion procedure is as follows: 



1 . Toggle the RESET pin on the CL480 (which causes initialization 
of the on-chip DRAM controller). 

2. Write microcode into CL480 DRAM as described on the distri- 
bution disk. 

3. Write a non-zero value to DRAM location OxEO (High Priority 
Command area Command ID described on page 12-2). 

4. Write startup microcode starting at address of CL480 IMEM. 

5. Set PC to the initial value (CPU_pc = 0). 

6. Start the CPU by setting the LS bit field in CPU_cntl to 00. 

7. Poll DRAM location OxOE for a zero value. When this occurs, 
microcode initialization is complete. 

8. Issue commands (Play(), etc). 

11.1.2 Initialization 

During initialization, The CL480 initializes all hardware interface areas 
according to the values stored in the Configuration Area of DRAM be- 
fore setting the High-Priority Command ID to zero. Then the microcode 
enters the Command process, described next. 
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11.1.3 Command Process 

The primary method by which the microcode executing on the CL480's 
CPU receives direction from the host software is by means of macro 
commands, which are function codes and parameter values written into 
DRAM by the host (see Table 11-1). 

Macro commands are either low or high priority. Low priority com- 
mands are initiated by the host writing into the command FIFO in 
DRAM. High priority commands are written into the High Priority 
Command field in DRAM (see Section 12.3). 



Table 11-1 


Macro Command Summary 












Effect on 














Command 






Func. 




Category 


Priority 


State 


Name 


Description 


Code 


Page 








SetBorderColorO 


Sets border color 


0207 


12-25 








SetErrorLevelO 


Sets error level for DisplayStillO 


0119 


12-26 


Set-type 


Low 


Yes 


SetlnterruptMaskO 


Enables/disables interrupts to host 


0104 


12-27 








SetStreamsO 


Selects which streams to decode 


0213 


12-30 








SetVideoFormatO 


Sets format to NTSC, PAL or progressive 


0305 


12-31 








SetWindow() 


Sets video window size and location 


0606 


12-32 








DisplayStillO 1 


Decodes/displays single still picture w/ audio 


oooc 


12-11 








DisplayStill(start) 


Same as above but specifies starting point 


020C 


12-12 








DisplayStill(start,stop) 


Decodes/displays multiple still pictures w/ audio 


040C 


12-13 








DumpDataO 


Performs ECC on CD-ROM data 


0314 


12-14 








Freeze!) 


Freezes display but continues decoding 


0010 


12-17 


Play-type 


Low 


Yes 


Paused 


Freezes display and decoding process 


000E 


12-19 








PlayO 


Decodes and displays at normal rate 


000D 


12-20 








Play(start, stop) 


Same as above but specifies start/stop 


040D 


12-21 








Scan() 


Decodes and displays next single l-picture 


000A 


12-24 








SingleStepfl 


Decodes and stores next single picture 


00OB 


12-33 








SlowMotion() 


Decodes and displays at slower rate 


0109 


12-34 


Set-type 


High 


No 


SetMuteO 
FlushBitstreamO 2 


Sets audio mute and attenuation 
Discards contents of bitstream buffer 


8118 
8002 


12-29 
12-16 




Control 






InquireBufferFullnessO 
ResetO 


Measures data in bitstream buffer 
Reinitializes CL480 and its microcode 


8001 
8000 


12-18 
12-23 


Yes 



1. Allows display of a high-resolution still image with double horizontal and vertical resolution as specified in VideoCD 2.0. 

2. Not included in the alpha release of microcode. 
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Note: If a macro command is issued and the function code 
contains a value other than one of the values listed in the col- 
umn above, indeterminate behavior will occur. 

11.1.4 Bitstream Input Process 

The CL480 accepts MPEG system streams or CD data streams which 
can contain: 

d CD-ROM and CD-DA data 

d MPEG-1 video streams. 

d MPEG audio streams (Layer 1 or Layer 2) 

Host Bitstream Transfer 

Data can be transferred from the host to the CL480 using direct host 
writes to CL480's CMEM, a FIFO with thirty-one 16-bit locations. The 
host must check the CFLEVEL pin before writing to ensure that CMEM 
does not overflow. 

CD Bitstream Transfer 

As with host bitstream transfer, serial data can also be transferred from 
a CD-DSP to the CL480. For CD decoding, the CL480 stores the ROM 
header and sub-header information into a dedicated DRAM location 
called ROM Header and Subheader (see Section 12.3) which is accessi- 
ble to the Host. 

CL480 Bitstream Transfer 

Once inside the CL480's CMEM, the data is transferred as a burst to the 
bitstream buffers located in the local DRAM. (The bitstream buffer is 
called the rate buffer in the MPEG standard.) 

When the DRAM bitstream buffer is full, the input process will be dis- 
abled. Optionally, the decoder can be configured to handle a near buffer- 
full condition automatically and thus prevent buffer overflow. 
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11.1.5 Decode Process 

The decode process is the process by which the CL480 decompresses 
the input bitstream using the MPEG decoding algorithm and places the 
decompressed audio and video frames (as the case may be) in their re- 
spective buffers in the CL480's local DRAM. 

The decoding process pauses if the bitstream buffer is empty, the audio 
output buffer is full, or if no space is available for writing the decoded 
frame. Such a condition could occur if the display of the previous frame 
was not completed before the decoding process was ready to begin writ- 
ing to its frame buffer. 

Note: The decode process is interlocked with the Display 
process and the Input process and continues only if data is 
available in the input bitstream buffer and space is available 
in the output frame buffer. 

11.1.6 Output Process 

The output process in the CL480's microcode handles the transfer of de- 
coded video and audio data to the video and audio buses, respectively, 
from where data is passed to the display monitor and DAC converter. 



The CL480 has the ability to detect errors in the MPEG bitstream or to < * o 

react to error start codes inserted in the stream by invoking error con- c rrQr Handlina 

cealment microcode, which minimizes the artifacts introduced as a re- 

suit of the error. Each stream type — video, audio, system layer — uses 
different error concealment procedures. Error concealment is always 
turned on, so no setting is required. 



The CL480 provides an interrupt output pin, INT, to the host processor ^ o 
which allows the microcode to alert the host when certain events occur. 



The host selects the interrupt events of which it wishes to be informed 
by using the SetInterruptMask() macro command (see page 12-27) to 
assign mask bits to one of 13 logical interrupts as shown in Figure 11-3. 



Interrupts 
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Interrupts 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





A/E/E 


END-D 


END-P 


USR 


SCN 


PDY-S 




UNO 


40/? 






£/V0-y 


SEQ-V 


GOP-V 


P/C-y 


£/?/? 



Figure 11-3 Mask Bit Allocation 

When an interrupt occurs, the event which caused the interrupt is sig- 
nalled in the INT_STATUS word in the DRAM Status Area, and INTis 
asserted (active low). 

To respond to an interrupt, the host should: 

1 . Read the DRAM INTJSTATUS location in the Status Area. 

2. Handle the interrupt. 

3. Write to the Int bit of register INT_cntl using a read-modify- 



4. 



write. 

Write to the INT STATUS location in the DRAM Status Area. 



Each of the 13 logical interrupts produced by the CL480 microcode be- 
longs to one of two categories (based on when they are reported to the 
host) and is referenced by name and the event which causes it in Table 
11-2. The interrupts are described in more detail in the Setlnterrupt- 
Mask() macro command description given in Chapter 12, Interrupts. 

Table 11-2 CL480 Interrupt Summary 



Category 


Interrupt 
Name 


Event 


Mask 
Bit 




AOR 


Address out of range 


7 




A/E/E 


Submode is auto pause, end of record/file 


15 




END-D 


End of DumpDataO command 


14 


Decode-time 


END-P 


End of Paused SingleStepO, or SlowMotionQ 


13 




ERR 


Bitstream data error 







SCN 


Picture decode complete in Scan() 


11 




UND 


Bitstream buffer underflow error 


8 




RDY-S 


Ready for data during SlowMotionO 


10 




USR 


User Data Ready 


12 
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Starting Operation 



Category 


Interrupt 
Name 


Event 


Mask 
Bit 




END-V 


Last picture display before 
s equenc e_end_code 


4 




GOP-V 


First l-picture display after 
group_s t ar t_c ode 


2 


Display-time 


PIC-V 


New picture display 


1 




SEQ-V 


First l-picture display after 
sequence_header_code 


3 



Full-rate MPEG decoding and display operation is started by the host by 
storing a Play() command into the command FIFO in CL480's DRAM. 
When the CL480 recognizes the PlayO command, it will update the 
command status in the status area and start to execute the command. 

The Play() command will cause decoding to begin at the first packet 
start code received. The CL480 automatically handles synchronization. 



11.4 

Starting Operation 



Bitstream buffer underflow and overflow are exception events which 
should not occur in properly operating systems. For video processing, 
the decoder responds to bitstream buffer underflow by implementing a 
repeat picture operation until the bitstream buffer fullness is sufficient 
to decode the next frame in the sequence. In the case of audio, the audio 
output is muted. Buffer underflow is signalled to the host through an 
interrupt. 

The decoder responds to bitstream buffer overflow by not accepting in- 
put data. 



11.5 

Bitstream Buffer 

Under- /Overflow 
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Programmable I/Os 



The CL480 provides programmable I/Os that may be used for control 
information. These I/Os become available by disabling the host inter- 
face (pull pin HOST_ENA low), which enables host interface pins to be 
used for control functions as shown in the following tables. 



11.6 
Programmable I/Os 



Pin Name 



Name/Function 



I/O 



HSEL[0] STOP/PLAY: 1 = Pause or Freeze, = Play 

HSEL[1] SCAN: U Scan 



Note: In the table below, HD[0] and HD[1] perform the 
same functions normally set by SetMute(). 



HD[0] (MUTEO) 



HD[1] (MUTE1 ) Attenuation on the PCM Samples 









OdB 


1 





-12dB 





1 


-<x> (20 ms soft mute) 


1 


1 


-12 dB 



The CL480 has a macro command called Scan() that searches for the 
next intra picture and decodes and displays it. The user data of the 
MPEG video bitstream in Video CD 2.0 has an optional pointer to the 
next two future and two previous sectors that contain the beginning of 
an intra picture. The CL480 stores the user data in DRAM when it pars- 
es the video bitstream. The host can read the user data and tell the CD- 
DSP to seek to the appropriate sector. If the disc does not contain point- 
ers to the sectors with intra pictures, the host must guess where the de- 
sired intra picture starts. The quality of fast forward and fast reverse 
may be better if the host plays the video for a short time (maybe 1/2 or 
1/4 second) using the Play() command before going to the next in- 
traframe. 



11.7 

Fast-Forward and 
Fast-Reverse 
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12 
Macro Commands 



The host software and the CL480's microcode use macro commands as 
their primary method of communication. Macro commands are function 
codes and parameter values written into the local DRAM by the host. 
Each command has a separate function code and may have to 4 param- 
eters. 

Once the function code and parameters are written, the microcode acts 
on them according to their priority: 

□ High-priority: These commands start execution as soon as the 
CL480's microcode detects their presence and complete execution 
before another high-priority command may be issued. 

□ Low-priority: These commands are stored by the CL480 in the 
Command FIFO and executed by the CL480 in the order that they 
were received. 



High Priority Commands 



12.1 

High Priority 

Commands 



High-priority commands have the priority bit set in their command 
number. The high-priority commands are Reset(), FlushBitstream(), 
InquireBufferFullness(), and SetMute(). The high priority commands 
are not stored into the command FIFO; instead, they are written into a 
separate command buffer, the High Priority Command Area. The se- 
quence for writing High-priority commands is as follows: 

1. The host processor polls the High-Priority command ID loca- 
tion and waits until it is zero before giving a command to the 
CL480. 

2. The host writes the arguments for the new command. 

3. The host writes the command ID. 

Note: The host can write the command ID field to a non-zero 
value during initialization; it will become zero when initial- 
ization is complete. 



12.2 

Low Priority 

Commands 



Low-priority commands are extracted from the DRAM Command 
FIFO and executed by a low-priority microcode task. The frequency at 
which the command FIFO gets processed depends on the operation be- 
ing performed by the CL480. During normal play operation, the com- 
mand FIFO will be serviced at intervals up to 50 ms in duration. When 
the CL480 microcode determines there are commands present in the 
command FIFO, then the commands are extracted and executed one by 
one until the command FIFO is empty. 

When a Play-type command — Play(), Pause(), Freeze(), SingleStepO, 
SlowMotion(), Scan(), DisplayStill(), or DumpData() — is encountered 
in the command FIFO, it is extracted and executed immediately. If the 
command was not Pause() or DumpData(), the CL480 microcode will 
then decode the next MPEG video picture before checking the com- 
mand FIFO again. For Pause() and DumpData(), the CL480 will check 
the command FIFO immediately after completing execution of the com- 
mand. 

When a Set-type (low-priority) command — SetStreams(), SetWin- 
dow(), SetBorderColor(), SetVideoFormat(), SetInterruptMask(), or 
DisplayGraphics() — is encountered in the command FIFO, it is extract- 
ed and executed immediately. The CL480 checks the command FIFO 
immediately after completing execution of the Set-type command and, 
if the command FIFO is not empty, executes the next command. 
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Low Priority Commands 



Note: When writing macro commands to the Command 
FIFO, you do not need to fill the Command FIFO with a fixed 
number of bytes; only write as many 16-bit words as the 
command needs. 

12.2.1 Command FIFO 

The CL480 maintains a Command FIFO in DRAM through which the 
host initiates most microcode operations. For example, the Play() com- 
mand must be written into the command FIFO to start normal MPEG 
decode and display. 

The Command FIFO has read and write pointers which are also located 
in DRAM. The host processor maintains the write pointer; it must read 
the write pointer from DRAM, write the command(s) and arguments (if 
any) into the Command FIFO, and write back the new value of the write 
pointer into DRAM. 

Since the Command FIFO is maintained as a circular buffer, the host 
processor must reset the write pointer back to the start of the Command 
FIFO when the last location has been reached. It is therefore possible for 
a single command to be stored as two non-contiguous pieces: the first 
part at the end of the Command FIFO, and the second part at the begin- 
ning. 

The Command FIFO has the structure shown in the figure below. 



cmd_read_ptr ■ 



cmd_write_ptr 



liSommanilPI 



Argument 1 



| Argument 2 



Argument N 



Command ID 



IIPotIW! 



Argument 2 



Argument N 



One command 
with parameters 
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Low Priority Commands 



When the read pointer equals the write pointer, the Command FIFO is 
defined to be empty. This definition requires that the Command FIFO 
must at all times have at least one unused location. 

A status area is maintained in DRAM by the CL480 which gives the sta- 
tus of the currently executing or just completed command and other in- 
formation. The structure of the status area is shown below and on the 
next page. 



processing state 



most recent cmd ID 



most recent cmd status 



interrupt status 



video rate but fullness 



audio rate but fullness 



sector error status 



state = idle, play, pause, freeze, 
singlestep, scan, slow, 
dumpdata, displaystill 

status = working (0), done (1 ) 



12.2.2 User Data FIFO 

The CL480 user data FIFO is almost exactly the same as the Command 
FIFO just described. Is is maintained as a circular buffer, with the 
CL480 microcode maintaining the write pointer (any user data encoun- 
tered is written here), and the host processor maintaining the read point- 
er. The host compares the read and write buffer to determine if any data 
exists in the read or write pointers. 



12-4 C-Cube Microsystems 



Writing Macro Commands 

Macro commands are written into local DRAM by the host as 
described in Section 4.2.4, DRAM/ROM Access. TTI 

When local DRAM_data is read, the contents of the currently selected Writing Macro 
local DRAM location are returned to the host. When DRAM_data is Commands 
written by the host, the currently selected DRAM location is written 
with the same data. 

CL480 DRAM memory locations are shown below: 



OxCO 
0xC2 
0xC4 
0xC6 
0xC8 
OxCA 
OxCE 



OxEO 
0xE2 
0xE4 
0xE6 
0xE8 
OxEA 
OxEC 
OxEE 



OxFO 
0xF2 
0xF4 
0xF6 
0xF8 
OxFA 
OxFC 
OxFE 



Status Area 

PROC_STATE: Processing State (includes Play, Freeze, Pause, DisplayStill, Scan, SingleStep, SlowMotion) 

MRCJD: Most recent command ID (either currently or most-recently executed command) 

MRC_STATUS: Most recent command status (0 = in progress; 1 = done) 

INT_STATUS: Interrupt status (INT - follows order of Figure 11-3) 

VRB_FULLNESS: Video rate buffer fullness (in multiples of 16 bytes) 

ARB_FULLNESS: Audio rate buffer fullness (in multiples of 16 bytes) 

SE_STATUS: Sector error status (See DumpDataO command) 

High Priority Command 

Command ID (See Section 12.1) 
ARGUMENT1: Argument 1 
ARGUMENT2: Argument 2 
ARGUMENT3: Argument 3 
ARGUMENT4: Argument 4 
ARGUMENT5: Argument 5 
ARGUMENT6: Argument 6 
ARGUMENT7: Argument 7 

Pointers 

CMFD_SADDR: Command FIFO start address (See Section 12.2.1, Command FIFO) 

CMFD EADDR: Command FIFO end address 

UDF_SADDR: User data FIFO start address (See Section 12.2.2, User Data FIFO) 

UDF_EADDR: User data FIFO end address 

CMFD_READ: Command FIFO read pointer 

CMFD_WRITE: Command FIFO write pointer 

UDF_READ: User data FIFO read pointer 

UD_WRITE: User data FIFO write pointer 
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Writing Macro Commands 



0x100 



0x200 



0x300 



Command FIFO 



User Data FIFO 



This FIFO contains application-specific data 
from the MPEG video bitstream. The user data 
FIFO contains the last user data read from the 
video bitstream. 



Video Parameters 



0x330 
0x332 
0x334 
0x336 



0x340 



ROM Header and Subheader 

***Only valid in Pause or Idle*** 

ROM_HEADER_BASE: 

Minutes, Seconds (in separate bytes; packed BCD format) 

Frame, Mode (in separate bytes; packed BCD format) 

File Number, Channel Number 

SubMode, Coding Information 



MPEG sequence_header Parameters 

horizontal_size 

vertical_size 

pel_aspect_ratio 

picture_rate 

bit_rate upper 15 bits 

bit_rate lower 3 bits 

vbv_buffer_size 

constrained_parameter_flag 

load_intra_quantizer_matrix 

load_non_intra_quantizer_matrix 
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Writing Macro Commands 



0x354 



0x35C 



0x380 



GOP Header Parameters 

time_code upper 12b+1b marker 
time_code lower 12 bits 
closed.gop 
brokenlink 



Picture Header Parameters 

temporal_reference 
picture_coding_type 
vbv_delay 

f ul l_pel_f orward_vector 
forward_f_code 
f u I l_pel_backwa rd_vector 
backward_f_code 



Configuration Area* 

Video bitstream buffer start (in multiples of 512 bytes) 

Video bitstream buffer end (in multiples of 512 bytes) 

Audio bitstream buffer start (in multiples of 512 bytes) 

Audio bitstream buffer end (in multiples of 512 bytes) 

Audio output buffer start (in multiples of 512 bytes) 

Audio output buffer end (in multiples of 512 bytes) 

reserved 

reserved 

reserved 

reserved 

Initial value of Prog_l/0 1 register (misc. functions) 

Initial value of Audio_mode register (audio config) 

Initial value of CD_cnfg register (CD-ROM config) 

Initial value of VID_csync register (interlaced.vsync pin,CD/L.) 

Initial value of ROM_mode register (Sets Rom acces time... 

Initial value of DRAM_ref register (sets refresh counter) 

Initial value of SPU.audave register (enables R+L mode) 

Initial value of VID_interpcoeff register (hor.vert interpolation coeffs) 

Initial value of VID.weightkO register (K0 coef. of YUV to RGB conversion) 

Initial value of VID_weightk1 register (K1 coef. of YUV to RGB conversion) 

Initial value of VID_weightk2 register (K2 coef. of YUV to RGB conversion) 

Initial value of VID_weightk3 register (K3 coef. of YUV to RGB conversion) 

Initial value of VID_weightk4 register (K4 coef. of YUV to RGB conversion) 



*Stored as part of microcode file and downloaded to DRAM with microcode. 
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0x400 
0x8000 



Configuration Area (cont.) 

Initial value of VID_selmode register (Misc video: hsync i/o, vclk, conv. offset,...) 

Initial value of VID_active register (Active region config) 

Initial value of VIDJeftbor register (left border) 

Initial value of VID_colorr register (border color: Cr) 

Initial value of VID_colorYCb register (border color: Y, Cb) 

Initial value of VID_hsync_low register (width of hsync low) 

Initial value of VID_hsync_hi register (width of hsync hi) 

Initial value of VID_vstp register (vsync toggle point) 

Initial value of VID_hintp register (horizontal interrupt position) 

Default Starting layer for PlayO command 
(layer to begin search for sync/start codes, 
0=CD-ROM, 1= MPEG system, 4=CD-DA) 
Default DisplayStilK) hi-res still transition mode 

(0=blank screen first, 1=overwrite previous still) 
Default value of DumpDataO Length parameter 
Default value of DumpDataO Address parameter (word address) 
Base address for DumpDataO Address parameter (16-byte address) 
Default value of SetErrorLeveK) ErrorLevel parameter 
Default value of SetlnterruptMaskO IntEventEna parameter 
Default value of SetMuteO MuteSetting parameter 
Default value of SetStreamsO VideoStreamID parameter 
Default value of SetStreamsO AudioStreamID parameter 
Reserved 

Default value of SetVideoFormatO Format parameter 
Default value of SetVideoFormatO Interlaced parameter 
Default value of SetWindowO LeftBorder parameter 
Default value of SetWindowO TopBorder parameter 
Default value of SetWindowO XOffset parameter 
Default value of SetWindowO YOffset parameter 
Default value of SetWindowO Width parameter 
Default value of SetWindowO Height parameter 

Default values for MPEG sequence header parameters 

(during execution of all Play-type commands except DisplayStill): 

Horizontal size 

Vertical size 

Picture Rate 

Default values for MPEG sequence header parameters 
(during execution of DisplayStilK) command): 

Horizontal size 

Vertical size 



Microcode (31 K bytes) 



Bitstream Buffer 

(During DumpData command,data buffer) 
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Macro Command Groups 



CL480 macro commands are divided into three functional categories: 

12.4 
D Set-type Macro Command 

d Play-type Groups 

d Control 

Each command group has distinct properties, which are described be- 
low, in Table 12-1. 

12.4.1 Set-type Commands 

The CL480 has seven Set-type macro commands, all of which: 

□ Never affect the command state 

□ May be issued regardless of the current command state 

d Have no effect on the decoding process, except for SetVideoFor- 
mat(), which helps determine if video sequences are transcoded 

12.4.2 Play-type Commands 

The CL480 has eleven Play-type macro commands, each of which caus- 
es the: 



d Current command state to change 

d Macro command processing to be suspended 

d Microcode to transition into the PLAY-SETUP state and the 
CL480 to be configured to accept bitstream data 

12.4.3 Control Commands 

The CL480 has three Control macro commands, each of which: 

□ Can be issued regardless of the current command state 
d Is high priority 
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Macro Command Reference 



Table 12-1 


Macro Command Summary 












Effect on 














Command 






Func. 




Category 


Priority 


State 


Name 


Description 


Code 


Page 








SetBorderColorO 


Sets border color 


0207 


12-25 








SetErrorLevelO 


Sets error level for DisplayStillO 


0119 


12-26 


Set-type 


Low 


Yes 


SetlnterruptMaskO 


Enables/disables interrupts to host 


0104 


12-27 








SetStreamsO 


Selects which streams to decode 


0213 


12-30 








SetVideoFormatO 


Sets format to NTSC, PAL or progressive 


0305 


12-31 








SetWindowO 


Sets video window size and location 


0606 


12-32 








DisplayStillO 1 


Decodes/displays single still picture w/ audio 


OOOC 


12-11 








DisplayStill(start) 


Same as above but specifies starting point 


020C 


12-12 








DisplayStill(start.stop) 


Decodes/displays multiple still pictures w/ audio 


040C 


12-13 








DumpData() 


Performs ECC on CD-ROM data 


0314 


12-14 








Freeze)) 


Freezes display but continues decoding 


0010 


12-17 


Play-type 


Low 


Yes 


Paused 


Freezes display and decoding process 


000E 


12-19 








PlayO 


Decodes and displays at normal rate 


000D 


12-20 








Play(start, stop) 


Same as above but specifies start/stop 


040D 


12-21 








Scan() 


Decodes and displays next single l-picture 


000A 


12-24 








SingleStepO 


Decodes and stores next single picture 


000B 


12-33 








SlowMotionO 


Decodes and displays at slower rate 


0109 


12-34 


Set-type 


High 


No 


SetMuteO 
FlushBitstreamO 2 


Sets audio mute and attenuation 
Discards contents of bitstream buffer 


8118 
8002 


12-29 
12-16 




Control 






InquireBufferFullnessO 
ResetO 


Measures data in bitstream buffer 
Reinitializes CL480 and its microcode 


8001 
8000 


12-18 
12-23 


Yes 



1. Allows display of a high-resolution still image with double horizontal and vertical resolution as specified in VideoCD 2.0. 

2. Not included in the alpha release of microcode. 



Note: If a macro command is issued and a junction code con- 
tains a value other than one of the values listed in the Func- 
tion Code column above, indeterminate behavior occurs. 



12.5 

Macro Command 

Reference 



All CL480 macro commands are listed alphabetically in the pages that 
follow. 
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DisplayStillO 



Format: DisplayStil 

Priority: Low 

Category: Play-type 

Command ID 000C 



The DisplayStillO command decodes and displays a single picture. It 
flushes the bitstream buffer, decodes the next intra-coded still picture, 
and displays it. At the conclusion of this command, the CL480 transi- 
tions to the "freeze" state. Therefore, audio is enabled and continues to 
be decoded and output after the still picture is displayed. 

The resolution of the still picture is determined by the dimensions coded 
in the video sequence header. For Video CD, this command should be 
preceded by a SetStreams() command which selects the VideoStreamID 
to be either OxEl (normal resolution, 352x240 or 352x288) or 0xE2 
(high resolution, 704x480 or 704x576). 

For normal resolution (352x240 or 352x288), the video display is fro- 
zen while decoding takes place. When decoding is complete, display is 
switched to the newly decoded still picture. 

For high resolution (704x480 or 704x576), there are two picture tran- 
sition modes: overwrite and blanking. For overwrite mode, the picture 
is displayed as it is decoded with the newly decoded still picture filling 
the display from top to bottom. For blanking mode, the display is im- 
mediately blanked to the background color at the start of decoding a 
new picture. Regardless of the mode, if the previous command was dis- 
playing normal resolution video, the display is immediately blanked. 
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DisplayStill (startl, start2) 



Format: DisplayStill(start1,start2) 

Priority: Low 

Category: Play-type 

Command ID: 020C 



This command functions the same as DisplayStill() but starts decoding 
the still picture from specified starting point (start2 must be zero for 
Video CD). This command terminates after the first still picture is de- 
coded. 

DisplayStill(startl, start2) arguments are defined as follows: 



short int Startl,Start2; /* Location to start decoding (Minutes, Seconds, Frame) */ 

/* Startl is comprised of bytes: Minutes, Seconds (in 

packed BCD format)*/ 
/* Start2 is comprised of bytes: Frame (in packed BCD for 
mat), Mode (=2) */ 
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DisplayStill(start1, start2 f stopl, stop2) 



Format: DisplayStill(start1, start2, stopl, stop2) 

Priority: Low 

Category: Play-type 

Command ID: 040C 



This command functions the same as DisplayStill() but starts decoding 
the still picture from a specified starting point (start2 must be zero for 
Video CD). This command will decode and display a sequence of still 
pictures until the stop point is reached (i.e., a "slide show"). Audio de- 
coding begins when the first audio access unit is detected. 

DisplayStill(startl, start2, stopl, stop2) arguments are defined as fol- 
lows: 



short int Startl,Start2; /* Location to start decoding (Minutes, Seconds, Frame) */ 

/* Start 1 is comprised of bytes: Minutes, Seconds (in 

packed BCD format*/ 
/* Start2 is comprised of bytes: Frame (in packed BCD 
format), Mode (=2) */ 
short int Stopl, Stop2; /* Location to stop displaying (Minutes, Seconds, Frame) */ 

/* Stopl is comprised of bytes: Minutes, Seconds (in 

packed BCD format*/ 
/* Stop2 is comprised of bytes: Frame (in packed 
BCD format), Mode (=2) */ 
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DumpDataO 



Format: DumpData (startl, start2, length, address) 

Priority: Low 

Category: Play-type 

Syntax: 0314 



The DumpData command performs error correction on CD-ROM data. 
It reads Mode 1 or Mode 2 Form 1 data from disk from a specified start- 
ing point and for the specified length (up to a maximum of 16 sectors). 
DumpData() corrects data using ECC information, if necessary, and 
reads up to 16 sectors (32 KBytes) into a buffer in DRAM. The starting 
address of this DRAM buffer is specified by the Address parameter (16- 
bit word address). 

At the conclusion of this command, the last sector address read and the 
sector error status are stored into the Status Area. (Note: Only the first 
subheader is saved to be read by the host.) The sector error status is a 
word which reflects which sectors were read error-free or were correct- 
ed using ECC. Each bit of the sector error status designates the error 
status for a particular sector: bit 15 corresponds to the first sector read 
and bit to the 16th sector read. A "1 " in a particular bit position indi- 
cates that the corresponding sector was uncorrectable. If the length is 
less than 16, then unused bits of the sector error status are cleared. After 
updating the Status Area and if the END-D bit has been set by the 
SetInterruptMask() command, a host interrupt is generated. 

Note: If the data read from the specified location is not 
Model Forml or Mode2Forml, then its validity is not as- 
sured. 
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DumpData() arguments are defined as follows: 

short int Startl,Start2; /* Location to start reading (Minutes, Seconds, Frame) */ 

/* Start 1 is comprised of bytes: Minutes , Seconds (in 

packed BCD format*/ 
/* Start2 is comprised of bytes: Frame(in 
packed BCD format*/, Mode (=2) */ 
short int Length; /* Length of sequence to read (maximum of 16 sectors) */ 
short int Address; /* Address in CL480 local DRAM to store the corrected */ 

/* data (16-bit word address). It is recommended that*/ 
/*the address parameter point to a buffer within */ 
/*the bitstream buffer area. The size of this buffer is */ 
/* Length*2048 bytes. The entire corrected data buffer */ 
/* must reside within ratebuffer space as designated */ 
/* in the configuration area. */ 
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Flush BitstreamO 



Format: FlushBitstream 

Priority: High 

Category: Control 

Command ID: 8002 



The FlushBitstream() macro command causes the CL480 to delete the 
unprocessed contents of all video and audio bitstream buffers. 

The CL480 continues to display the most-recently decoded picture after 
FlushBitstreamQ has been issued. 
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Freeze!) 



Format: 
Priority: 
Category: 



FreezeO 

Low 

Control 



Command ID: 0010 



The Freeze() command causes the display to freeze but allows the 
CL480 to continue decoding. In the freeze state, all decoded data is dis- 
carded. 

Freeze applies to video only. Audio output continues normally. 

When the host interface is disabled (HOST_ENA = 0), the Freeze() 
command may be initiated by resetting the host interface pin, HD[1] 
(MUTE1), to zero and setting the host interface pin, HSEL[0] (STOP/ 
PLAY), to one. 
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InquireBufferFullnessO 



Format: InquireBufferFullnessO 

Priority: High 

Category: Control 

Command ID: 8001 



The InquireBufferFullnessO command returns the amount of data currently 
used in the video and audio bitstream buffers. The fullness of each buffer is 
represented as a multiple of 16 bytes and is written into the Status Area in 
DRAM. 
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Paused 



Format 


Pause() 


Priority: 


Low 


Category: 


Play-type 



Syntax: 000E 



The Pause() macro command freezes the display and holds the decoding 
processes. Audio output is disabled. 

When the host interface is disabled (HOST_ENA = 0), the Pause() com- 
mand may be initiated by setting the host interface pin, HD[1] 
(MUTE1), to one and setting the host interface pin, HSEL[0] (STOP/ 
PLAY), to one. 
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PlayO 



Format: PlayO 

Priority: Low 

Category: Play-type 

Command ID: 000D 



Compressed data input is enabled and decoding begins at the first packet 
start code. Synchronization of the video and audio streams takes place 
by comparing presentation time stamps passed in the data stream with 
the system time clock. 

After the PlayO command is issued, the CL480 begins a hierarchical 
search through the CD-ROM and MPEG layers. The CL480 will first 
look for sector sync. In the event that no sector sync is found in the first 
8K bytes, the CL480 searches for MPEG system layer start codes (pack, 
packet, or system header). If, after an appropriate period, no system lay- 
er start code is found, the CL480 will switch to CD-DA mode. Subse- 
quently, if a sector sync is found and the format is Mode 2 Form 2, the 
CL480 will switch back to normal playback with CD-ROM decoding. 

The CL480 will by default begin this hierarchical search at the CD- 
ROM layer. The starting layer for this search can be changed by setting 
the starting_layer variable in the configuration area (0=CD-ROM, 1= 
MPEG system, 4=CD-DA). 

When the host interface is disabled (HOST_ENA = 0), the PlayO com- 
mand is executed only while the host interface pin, HSEL[0], is zero. If 
HD[0] (MUTEO) is set to one, then either the Pause() or Freeze() com- 
mands are executed. 

Note: If the CD-ROM decoder encounters the Auto Pause in 
sector data while the PlayO command is executing, the 
CL480 does NOT pause automatically. 
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Play(start1, start2, stop1 f stop2) 



Format: Play(start1, start2, stopl, stop2) 

Priority: Low 

Category: Play-type 

Command ID: 040D 



This command functions the same as the Play() command described on the 
previous page, but only plays sequences from a specified starting point on 
disk to the specified stopping point. Video decoding begins when the first 
"I" picture is detected. Audio decoding begins with the first audio access 
unit is detected. Video decoding and display continues after the stop point 
is reached for all complete compressed pictures stored in the video rate 
buffer. At this command's conclusion, the CL480 transitions to the 
"pause" state. 

Immediately after this command is issued, the CL480 begins looking for 
an address greater than or equal to the start point and less than the stop 
point. During this time, if an address is detected which is greater than or 
equal to the stop point, the CL480 will terminate the command immedi- 
ately and, if the AOR bit has been set by the SetInterruptMask() command, 
cause a host interrupt to be generated. When the CL480 finds an address 
which is greater than or equal to the start point and less than the stop point, 
it initiates full rate CD-ROM and MPEG decoding and display. During 
this time, if an address is detected which is less than the start point or 
greater than or equal to the stop point, the CL480 will terminate the com- 
mand and, if the AOR bit has been set by the SetInterruptMask() com- 
mand, cause a host interrupt to be generated. 

The Play(startl, start2, stopl, stop2) arguments are defined as follows: 

short int Startl, Start2; /* Location to start playing (Minutes, Seconds, Frame) */ 

/* Startl is comprised of bytes: Minutes, Seconds (in 
packed BCD format*/ 
/* Start2 is comprised of bytes: Frame (in 
packed BCD format*/, Mode (=2) */ 
short int Stopl, Stop2; /* Location to stop playing (Minutes, Seconds, Frame) */ 

/* Stopl is comprised of bytes: Minutes, Seconds (in 

packed BCD format*/ 
/* Stop2 is comprised of bytes: Frame (in 
packed BCD format*/, Mode (=2) */ 
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If this command is issued with all four arguments set equal to zero after 
a Pause() command has been executed, the CL480 will start at the first 
sector after where it had paused. Thus, this command is useful for re- 
starting after a Pause() as in the sequence of Play(), Pause(), wait for 
END-P interrupt, seek the CD, Play(=0, =0, =0, =0). 
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Format: Reset() 

Priority: High 

Category: Control 

Command ID: 8000 



Reset() is a high-priority macro command which is used to halt the ex- 
ecution of the current command and re-initialize the CL480 and its mi- 
crocode. When this command is executed: 

d The contents of the bitstream buffer, the Command FIFO, and the 
picture buffers are lost. 

□ The video display process is re-initialized and the output window 
blanked (screen is filled with current border color). 

d The CL480 enters the "idle" state and is ready to accept the next 
command. 

Note: This is the only high-priority macro command which 
has an effect on the command processing state. 

The Reset() macro command is typically used only to recover from er- 
ror conditions. When suspending and resuming decode operations, or 
when changing from decoding one bitstream to another, some combina- 
tion of the FlushBitstream() and Pause() commands should be used. Un- 
like the Reset() command, these commands allow the CL480 to 
continue to receive bitstream data and to continue to display the last pic- 
ture decoded. 

The ResetQ command is done when the processing state is set to done. 



ResetO 
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Scan() 



Format: ScanQ 

Priority: Low 

Category: Play-type 

Command ID 000A 



The Scan() command searches for the first "I" picture in the buffer, de- 
codes it, and displays the picture. If the "I" picture includes user data, 
the CL480 will extract the user data, store it into DRAM, and interrupt 
the host if the USR bit has been set by the SetInterruptMask() com- 
mand. After decoding is complete, the CL480 flushes the bitstream 
buffer, interrupts the host if the SCN bit has been set by the Setlnterrupt- 
Mask() command, and waits for the next command. 

The CL480 will decode and play back any audio sectors it finds while 
searching for the "I" picture. Audio output can optionally be disabled 
through the SetMute() command. 

When the host interface is disabled (HOST_ENA = 0), the Scan() com- 
mand may be initiated by setting the host interface pin, HSEL[1] 
(SCAN), to one. At the completion of the command, the CL480 sets 
the INT pin to one. 

The decoded I-picture is stored in one of the picture buffers in the 
CL480's DRAM and is immediately posted for display; it remains in 
DRAM and is displayed until the next Play-type macro command is ex- 
ecuted. 
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SetBorderColorO 



Format: SetBorderColor(Cr-Border, YCb-Border) 

Priority: Low 

Category: Set-type 

Command ID: 0207 



The SetBorderColorO command sets the border colors. The new border 
color parameters will take effect after the next vertical blanking period. 

SetBorderColorO arguments are defined as follows: 



short int Cr-Border; 
short int YCb-Border; 



/* Cr (bits 7:0) component of border color */ 

/* Y (bits 15:8) and Cb (bits 7:0) of border color*/ 
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SetErrorLevelO 



Format: SetErrorLevel(ErrorLevel) 

Priority: Low 

Category: Set-type 

Command ID: 0119 



The SetErrorLevelO command sets the error level for use by the Dis- 
playStill() command. The error level determines the action taken by the 
CL480 after reading video or audio data which has been corrupted. 

The SetBorderLevel() argument is defined as follows: 

short int ErrorLevel; /* Error processing level */ 

/* = Abort your error and do not display*/ 
/* 1 = Use concealment and continue decoding 



12-26 C-Cube Microsystems 



SetlnterruptMasM) 



Format: SetlnterruptMask(lntEventEna) 

Priority: Low 

Category: Set-type 

Command ID: 0104 



The SetlnterruptMaskO macro command is used to enable interrupt 
events and select the interrupt lines which are logically connected to 
each event. A "1" in a particular bit position of IntEventEna will en- 
able an interrupt for the event corresponding to that bit. When one or 
more interrupt events occur, the Interrupt Status Word in the Status Area 
will be updated to reflect which interrupt events occurred and the inter- 
rupt pin, INT, will be set to 1 . 

The SetlnterruptMaskO command argument is defined as follows: 

short int IntEventEna; /* Interrupt event enable (1= event enabled) 

The assignment of IntEventEna bits is shown on the next page. 
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Table 12-2 Mask Bit Assignments 



Mask Interrupt Description 

Bit Name 

ERR Bitstream data error - The CL480 has detected an erro code or other data for- 

mat error in the data stream. 

1 PIC-V New picture display - The CL480 has detected a picture start code and the 

new picture is about to be displayed for the first time. 

3 SEQ-V Sequence header display - The CL480 has detected a Sequence header start 

code and the first picture of the sequence is about to be displayed for the first 
time. 

7 AOR Address Out of Range - During execution of the play( startl , start2, stopl , 

stop2) command, a sector header address has been detected which is out of 
range. 

8 UND Buffer underflow - The bitstream buffer is empty and the CL480 is waiting for 

more data. 

10 RDY-S Ready for data during Slow Motion - The CL480's video rate buffer fullness 

has fallen below a threshold and the CL480 is requesting more data. 

1 2 USR User Data ready - The CL480 has decoded the User Data of the picture header 

and has transferred it to DRAM. 

13 END-P End of Pause, SingleStep, or SlowMotion - The CL480 has finished execution 

of the Paused, SingleStepO, or SlowMotionO commands and has updated the 
status area with the last sector address. This bit is ignored during execution 
of other commands. 

14 END-D End of DumpData command - The CL480 has completed the DumpData com- 

mand and the corrected data is stored in DRAM. 

1 5 A/E/E Submode is Auto Pause, End of Record, of End of File - The CL480 has read 

the ROM Subheader and the submode is Auto Pause (Trigger), End of Record, 
or End of File. 
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SetMuteO 



Format: SetMute(muteSetting) 

Priority: High 

Category: Set-type 

Command ID: 8118 



The SetMute() macro command is used to change the audio attenuation 
settings as shown in Table 12-3. The video output is not affected. 

Table 12-3 Audio Attenuation Based on SetMuteO 



MUTEO 



MUTE1 



Attenuation on the PCM 









OdB 


1 





-12 dB 





1 


-oo (20 ms soft mute) 


1 


1 


-12 dB 



The SetMuteO argument is defined as follows: 

short int MuteSetting; /* Bits [0:1] are the audio mute & attenuation settings */ 

Note: When the host interface is disabled (HOST_ENA=0), 
host interface pins HD[1] and HD[0] become MUTE1 and 
MUTEO, respectively. 
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SetStreamsO 



Format: SetStreams(VideoStreamlD, AudioStreamID) 

Priority: Low 

Category: Set-type 

Command ID: 0213 



The SetStreamsO macro command is used to specify which of the ele- 
mentary video and audio streams are demultiplexed, decoded, and out- 
put. This command is used for selecting which elementary streams to 
output for any of the Play-type commands: Play(), Pause(), Freeze(), 
SingleStepO, Scan(), SlowMotion(), and DisplayStill(). The host pro- 
cessor can also disable output of video and audio by specifying a stream 
ID which is invalid for the respective stream type. 

The SetStreamsO arguments are defined as follows: 

short int VideoStreamID; /* Stream ID for video stream to decode and output */ 
short int AudioStreamID; /* Stream ID for audio stream to decode and output */ 
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SetVideoFormatO 



Format: SetVideoFormat (format HlntplCoeff, Interlaced) 

Priority: Low 

Category: Set-type 

Command ID: 0305 



The SetVideoFormatO macro command is used to inform the CL480 of 
the video format so that picture rate conversion can be performed by the 
CL480 (if necessary). This command also specifies the coefficient to be 
used for horizontal interpolation. Vertical interpolation is specified by 
a location in the Configuration area. 

SetVideoFormatO arguments are defined as follows: 



short int Format; 
short int HlntplCoeff; 
short int Interlaced; 



/* Video Format: 

/* = No field repeat, 3 = PAL, 4 = NTSC */ 

/* Horizontal interpolation coefficient 

/* = No interpolation 

/* Interlaced or non-interlaced output 

/* = Non-interlaced 
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SetWindowO 



Format: SetWindow (LeftBorder, TopBorder, xOffset, yOffset, width, height) 

Priority: Low 

Category: Set-type 

Syntax: 0606 



short 


int 


LeftBorder; 


/ 


short 


int 


TopBorder; 


/ 


short 


int 


XOffset; 


/ 


short 


int 


YOffset; 


/ 


short 


int 


Width; 


/ 


short 


int 


Height; 


/ 



The SetWindow() macro command is used to set video window param- 
eters. The LeftBorder and TopBorder parameters specify the width of 
the left and top borders, respectively. Setting either of these parameters 
to zero will cause the video window to be centered in that dimension. 
The source picture offset parameters, xOffset and yOffset, specify the 
pixel location of the source picture which will be displayed in the top- 
left corner of the video window. The width and height parameters 
specify the width and height of the video window. Setting these param- 
eters to zero will cause the width and/or height of the window to be ini- 
tialized to the values coded in the bitstream. The new window 
parameters will take effect after the next vertical blanking period. 

SetWindowO arguments are defined as follows: 

left border width in units of 601 pixels */ 
top border width in units of SIF lines */ 
x offset into picture in units of 601 pixels */ 
y offset into picture in units of SIF lines */ 
width of active region in units of 601 pixels */ 
height of active region in units of SIF lines */ 
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SingleStepO 



Format: SingleStepO 

Priority: Low 

Category: Play-type 

Command ID: O00B 



Decodes and displays next picture, then pauses. Audio output is dis- 
abled. 
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SlowMotionO 



Format: SlowMotion(N) 

Priority: Low 

Category: Play-type 

Command ID: 0109 



When the SlowMotionO macro command is executed, the CL480 de- 
codes pictures and displays, repeating the display of each picture for N 
frame times. This command applies to video only. No synchronization 
takes place. 

During execution of the SlowMotionO command, the CL480 will ac- 
cept compressed data until one of its bitstream buffers is full. If the 
END-P bit has been set by the SetInterruptMask() command, a host in- 
terrupt is generated. 

When the fullness of the CL480's buffer falls below a threshold and if 
the RDY-S bit has been set by the SetInteruptMask() command, a host 
interrupt is generated, and the CL480 will re-enable bitstream input. 

The SlowMotionO argument is denned as follows: 

short int N; /* factor to reduce speed by is 1/N where N<=8 * 
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Appendix A 

CL480 Design 

Guidelines 



This appendix contains design guidelines for the CL480. 

Note: Before starting a design layout, please contact C-Cube 
technical support for the latest microcode and hardware er- 
rata information. 

A.1 Choosing a Microcontroller and Crystal 

In general, use a third-order harmonics frequency crystal. A design ex- 
ample is shown below. 

— l> — 
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Note: The example shown is just one of many possible exam- 
ples. For specific details, consult a crystal manufacturer 
such as one of the companies listed on the following page. 



DAISHINKU (AMERICA) CORPORATION 

17151 Newhope Street, 

Site 210, 

Fountain Valley, California USA 92708 

Phone 714-557-7833 

FAX 714-557-4315 



NDK America Inc. 
47671 Westinghouse Dr., 
Fremont, CA USA 94539, 
Phone 510-623-6500 
FAX 510-623-6590 



A.2 Initialization and ROM 

If a ROM is connected to the CL480, the chip can initialize itself auto- 
matically after power-up. If there is no ROM, the host must write the 
microcode into DRAM, write a code loader into the instruction memory 
(IMEM) and turn on the CPU run enable. (See Section 11.1.1 for addi- 
tional information.) 

A.3 Pull-up/Pull-down 



The signals CFLEVEL, DTACK, INT and TEST require a pullup resis- 
tor of 1 .5K ohms. ROM_ENA should be pulled high if using an external 
ROM. HOSTJENA should be pulled high unless the host is disabled. 
All pullups should be pulled to VDD3. 

Unused inputs should be pulled either high or low — that is, if the host 
interface is being used (as in most designs), use a pull-up; if not, use a 
pull-down. 

Special consideration should also to be given when writing DRAM sig- 
nals as described in Section 5.6. 
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Customer Feedback 



C-Cube Microsystems is always working to improve the quality of our 
documentation. If you have comments or suggestions about this docu- 
ment, please send us a marked-up copy of the page or pages or send us 
an e-mail message. We will acknowledge all comments received. Our 
address is: 

Technical Publications Department 
C-Cube Microsystems 
1778 McCarthy Boulevard 
Milpitas, CA 95035 

phone: (408) 944-6300 
fax:(408)944-6314 

e-mail: techpubs@c-cube.com 



North American Representatives 



Alabama 

M 2 I 

1910 Sparkman Avenue 
Huntsville, AL 35816 
phone: 205-830-0498 
fax: 205-837-7049 

Arkansas 

TL Marketing 

14850 Quorum Dr., Suite 100 

Dallas, TX 75240 

phone: 214-490-9300 

fax: 214-960-6075 

California 

Bager Electronics 
519 Encinitas Blvd. 
Encinitas, CA 92024 
phone: 619-632-8816 
fax:619-632-8810 

Bager Electronics 

17220 Newhope Street, Suite 209 

Fountain Valley, CA 92708 

phone: 714-957-3367 

fax: 714-546-2654 

Bager Electronics 
6324 Variel, Suite 314 
Woodland Hills, CA 91367 
phone: 818-712-0011 
fax: 818-712-0160 

Norcomp 
8880 Wagon Way 
Granite Bay, CA 95746 
phone: 916-791-7776 
fax: 916-791-2223 

Norcomp 

1267 Oakmead Parkway 
Sunnyvale, CA 94086 
phone: 408-733-7707 
fax: 408-774-1947 

Colorado 

Promotech Sales, Inc. 
2901 S. Colorado Blvd. 
Denver, CO 80222 
phone: 303-692-8484 
fax: 303-692-8416 



Florida 

M 2 I 

402 S. North Lake Blvd 

Suite 1016 

Altamonte Springs, FL 32701 

phone: 407-260-6422 

fax: 407-260-6460 

Georgia 

M 2 I 

3000 Northwoods Parkway #110 

Norcross, GA 30071 

phone: 404-447-6124 

fax: 404-447-0422 

Hawaii 

Bager Electronics 

17220 Newhope Street, Suite 209 

Fountain Valley, CA 92708 

phone: 714-957-3367 

fax: 714-546-2654 

Illinois 

Beta Technology Sales, Inc. 
1009 Hawthorn Drive 
Itasca, IL 60143 
phone: 708-250-9586 
fax: 708-250-9592 

Iowa 

Cahill, Schmitz & Howe 
226 Sussex Drive. N.E. 
Cedar Rapids, IA 52402 
phone: 319-377-8219 
fax 319-377-0958 

Louisiana 

TL Marketing 

14850 Quorum Dr., Suite 100 

Dallas, TX 75240 

phone: 214-490-9300 

fax: 214-960-6075 



Massachusetts 

Advanced Technical Services 
348 Park Street, Suite 102 
North Reading, MA 01864 
phone: 508-664-0888 
fax: 508-664-5503 

Minnesota 

Cahill, Schmitz & Cahill, Inc. 
315 N.Pierce Street 
St. Paul, MN 55104 
phone: 612-646-7217 
fax: 612-646-4484 



Mississippi 

M 2 ! 



1910 Sparkman Avenue 
Huntsville, AL 35816 
phone: 205-830-0498 
fax: 205-837-7049 

Montana 

Promotech Sales, Inc. 
2901 S. Colorado Blvd. 
Denver, CO 80222 
phone: 303-692-8484 
fax: 303-692-8416 

Nevada 

Clark County Only 
Bager Electronics 
6324 Variel, Suite 314 
Woodland Hills, CA 91367 
phone: 818-712-0011 
fax: 818-712-0160 

Other 

Norcomp 

2140 Professional Drive, #200 

Roseville.CA 95661 

phone: 916-782-8070 

fax: 916-782-8073 

New Jersey 

Parallax 

734 Walt Whitman Road 

Melville, NY 11747 

phone: 516-351-1000 

fax:516-351-1606 
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North American Representatives (cont.) 



New York 

Empire Technical Associates 
29 Fennell Street, Suite A 
Skaneateles, NY 13152 
phone: 315-685-5703 
fax: 315-685-5979 

Empire Technical Associates 

349 W. Commercial Street 

Suite 2920 

East Rochester, NY 14445 

phone: 716-381-8500 

fax:716-381-0911 

Parallax 

734 Walt Whitman Road 
Melville, NY 11747 
phone: 516-351-1000 
fax: 516-351-1606 

North Carolina 

M 2 I 

1200 Trinity Road 
Raleigh, NC 27607 
phone: 919-851-0010 
fax: 919-851-6620 

North Dakota 

Cahill, Schmitz & Cahill, Inc. 
315 N.Pierce Street 
St. Paul, MN 55104 
phone: 612-646-7217 
fax: 612-646-4484 

Oklahoma 

TL Marketing 

14850 Quorum Dr., Suite 100 

Dallas, TX 75240 

phone: 214-490-9300 

fax: 214-960-6075 

South Carolina 

M 2 I 

1200 Trinity Road 

Raleigh, NC 27607 

Phone:919-851-0010 

fax: 919-851-6620 



South Dakota 

Cahill, Schmitz & Cahill, Inc. 
315 N.Pierce Street 
St. Paul, MN 55104 
phone: 612-646-7217 
fax: 612-646-4484 

Tennessee 

M 2 I 

3000 Northwoods Parkway #1 10 

Norcross, GA 30071 

phone: 404-447-6124 

fax: 404-447-0422 

Texas 

TL Marketing 

14850 Quorum Dr., Suite 100 

Dallas, TX 75240 

phone: 214-490-9300 

fax: 214-960-6075 

TL Marketing 

8100 Shoal Creek, Suite 250 
Austin, TX 78758 
phone: 512-371-7272 
fax: 512-371-0727 

TL Marketing 

14343 Tory Chase Blvd. Suite I 

Houston, TX 77014 

phone: 713-587-8100 

fax: 713-580-7517 

Wisconsin 

Western 

Cahill, Schmitz & Cahill, Inc. 

315 N.Pierce Street 

St. Paul, MN 55104 

phone: 612-646-7217 

fax: 612-646-4484 

Eastern 

Beta Technology Sales, Inc. 

9401 W. Beloit Road, Suite 409 

Milwaukee, WI 53227 

phone: 414-543-6609 

fax: 414-543-9288 

Canada 

Electrosource 
6875 Royal Oak 



Burnaby, BC 
Canada V5J 4J3 
phone: 604-435-2533 
fax: 604-435-2538 

Electrosource 
230 Galaxy Blvd. 
Rexdale, ONT 
Canada M9W 5R8 
phone: 416-675-4490 
fax: 416-675-6871 

Electrosource 

300 March Road, Suite 203 

Kanata, ONT 

Canada 

K2K2E2 

phone: 613-592-3214 

fax: 613-592-4256 

Electrosource 

6600 Trans Canada Highway, 

Suite 420 

Pointe Claire, Quebec 

H9R 4S2 

phone: 514-630-7486 

fax: 514-630-7421 

Others (Not Listed) 

Contact nearest office of 
C-Cube Microsystems 
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France 

NEWTEK (Rep/Dist.) 
8, rue de l'Esterel 
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Metronik GmbH (Rep/Dist.) 
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(Rep/Dist.) 
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fax: (61) 2-874-6171 

Hong Kong 

MEMEC Asia Pacific (Rep/Dist.) 
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Hing Fong Road 
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Phone:(852)410-2780 

fax: (852) 418-1600 
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Shin- Yokohama 
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Singapore 1336 
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fax: (65) 286-6723 
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C-Cube Microsystems Sales Offices 



Home Office 

C-Cube Microsystems 
1778 McCarthy Boulevard 
Milpitas, CA 95035 
phone: 408-944-6300 
fax:408-944-6314 

Eastern Area Office 

C-Cube Microsystems 
One Kendall Square, Suite 220 
Cambridge, MA 02139 
phone: 617-621-7180 
fax:617-621-7179 



Southwestern Area Office 

C-Cube Microsystems 
453 Bristol Avenue 
Cardiff, CA 92007 
phone: 619-632-0864 
fax:619-632-0864 

European Office 

C-Cube Microsystems 
44 Dartford Road 
Sevenoaks, Kent 
UKTN133TQ 
phone: (44) 732 743 256 
fax: (44) 732 450 151 



Japan Office 

Kubota C-Cube Inc 
Fuso Building 7F 
2-12-8 Shin-Yokohama 
Kohoku-ku 

Yokohama, Kanagawa 222 
phone: 81-45-474-7571 
fax: 81-45-474-7570 
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